ci(test): stop the v1 monolith re-running reborn composition/memory/secrets (1a)#5159
ci(test): stop the v1 monolith re-running reborn composition/memory/secrets (1a)#5159serrrfirat wants to merge 1 commit into
Conversation
…ecrets The legacy `tests` job re-ran three things already covered by reborn-side CI: - `cargo test -p ironclaw_reborn_composition --features libsql,postgres` - `cargo test -p ironclaw_memory` - the `secret-store-contract-tests` job (`-p ironclaw_secrets --test secret_store_contract`) All three run per-crate in reborn-tests.yml (libsql) and in coverage.yml (`cargo llvm-cov --all-features --workspace` with a Postgres service), so the v1 monolith was duplicating them on every legacy run. Remove the two in-job steps and the standalone secret-store job (it was not gated by the run-tests aggregator). Pure waste removal — no coverage lost: libsql via the closure, postgres via coverage.yml + the hooks-parity Postgres job. Scope note: this does NOT touch the 31 reborn_*.rs root tests the v1 `cargo test` also re-runs. Excluding those cleanly needs binary-level exclusion (the obvious `--skip reborn_` is unsafe — the v1 suite has its own reborn_*-named tests in dockerfile_runtime_home.rs / workspace), so that is deferred to the v1 build-smoke restructure. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
Note Gemini is unable to generate a review for this pull request due to the file types involved not being currently supported. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughSummary by CodeRabbit
WalkthroughThe legacy ChangesCI Legacy Test Job Cleanup
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Poem
🚥 Pre-merge checks | ✅ 3 | ❌ 1❌ Failed checks (1 inconclusive)
✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Comment |
|
🚅 Deployed to the ironclaw-pr-5159 environment in ironclaw-ci-preview
|
What (item 1a — pure waste removal)
The legacy
testsjob re-ran three things already covered by reborn-side CI:cargo test -p ironclaw_reborn_composition --features libsql,postgrescargo test -p ironclaw_memorysecret-store-contract-testsjob (-p ironclaw_secrets --test secret_store_contract)All three already run per-crate in
reborn-tests.yml(libsql) and incoverage.yml(cargo llvm-cov --all-features --workspacewith a real Postgres service). So the v1 monolith was duplicating them on every legacy run. Removed the two in-job steps + the standalone job (which wasn't gated by therun-testsaggregator).No coverage lost: libsql via the closure, postgres via
coverage.yml+ thehooks-parityPostgres job.Why this PR is 1a only (1b deferred — flagging honestly)
You also asked to stop the v1
cargo testre-running the 31reborn_*.rsroot tests. The obvious one-liner —cargo test ... -- --skip reborn_— is unsafe: the v1 suite has its ownreborn_-named tests that are not dups and must keep running:tests/dockerfile_runtime_home.rs:reborn_dockerfile_*,reborn_entrypoint_*,reborn_hosted_single_tenant_seed_config_contains_postgres_storage,reborn_dockerfile_build_is_covered_by_ci(the CI-coverage guard)src/workspace/mod.rs: thereborn_identity_contextmoduleA blanket skip would silently drop those. Clean binary-level exclusion needs either a nextest
-E 'not binary(/^reborn_/)'switch (risky for the 100+-test v1 monolith) or feature-gating the 32 files (ripples into the reborn root-test partitions + coverage). Both are bigger than "waste removal," and the natural home for it is the v1 → build/check + smoke restructure (item 3), where the reborn root tests drop out anyway. So I'm deferring 1b rather than shipping a silent-skip.Item 2 (FYI)
Already done — the PR gate already runs only the
all-featuresconfig;default+libsql-onlyonly run on push/nightly.Automated agent-authored.