clockworklabs / clockworklabs/SpacetimeDB

Shard the `test` suite in CI

Open
#5,839 1 comment 0 reactions 1 assignee View on GitHub

@JasonAtClockwork is already working on this.

Since Aug 28, 2026.

asap
Dominant language
Rust
Stars
25.2k
Forks
1.1k
Avg merge
2d 7h
Merged PRs (30d)
46

Description

https://github.com/clockworklabs/SpacetimeDB/pull/5705 sharded the smoketests using nextest. We'd like to do something similar for the rust test suite. This is the job that runs cargo test with some exclusions.

Currently this job is the most expensive CI job at around 30 minutes. Our goal is to have individual jobs be bounded at around 5 minutes. Definitely no more than 10 minutes.

One of the biggest parts of the overall test suite is the sdk test suite. As a first step it would probably be useful to split that out into its own job. In principle, it should be very similar to the smoketests.

For reference, smoketest modules are compiled ahead-of-time in their own separate Smoketests Build job. Each individual shard downloads their build artifacts which include the cli, standalone, and the pre-built WASM modules. Each shard then executes each individual smoketest by starting spacetimedb in its own process, publishing the appropriate module, and executing the test. I think we should use the same pattern for the sdk tests too.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.