chore: bump to 1.0.0-beta.12 - #662
Conversation
…e that carries it beta.11 is published, and the release preflight refuses a version already on the registry, so shipping anything needs a bump first. The CHANGELOG needed a correction to go with it. Its 1.0.0-beta.11 section listed the worker-orphan fix, but the published `v1.0.0-beta.11` tag is at 1918b89 — one commit BEFORE that fix landed. It was documented as shipped in a release that does not contain it, which is the kind of drift that only surfaces when someone upgrades to beta.11 to get the fix and still has the bug. That entry now sits under beta.12, which is the release that actually carries it. The `handler.test.ts` entry stays in beta.11: the tag includes it. Cargo.toml and Cargo.lock move with package.json because the quality job compares the Cargo workspace version against the root package version — the release tag the CLI builds its daemon download URL from is the npm version, and the binary at that URL reports the Cargo one. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_015BDLTPtbQvUE62eCfQrUbf
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (3)
📝 WalkthroughWalkthroughThe project version changed to ChangesRelease metadata
Estimated code review effort: 1 (Trivial) | ~5 minutes Possibly related PRs
Suggested reviewers: Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Warning There were issues while running some tools. Please review the errors and either fix the tool's configuration or disable the tool if it's a critical failure. 🔧 ESLint
package.jsonESLint skipped: missing config or dependency (missing-dependency). The ESLint configuration references a package that is not available in the sandbox. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Bumps the version so a release can be cut. beta.11 is already on the registry, and the publish preflight refuses a version that is — deliberately, because the root package publishes last, so a burned version would run the whole cross-compile and strand four orphan platform packages before taking
E403.What changed
package.json1.0.0-beta.11→1.0.0-beta.12Cargo.tomlCargo.lockCHANGELOG.md## 1.0.0-beta.12sectionCargo.tomlmoves withpackage.jsonbecause the quality job compares them: the release tag the CLI builds its daemon download URL from is the npm version, and the binary at that URL reports the Cargo one.A correction that came with it
The
1.0.0-beta.11CHANGELOG section listed the worker-orphan fix ("Stop daemon crash/restart cycles from orphaning live workers"). The publishedv1.0.0-beta.11tag is at1918b891— one commit before that fix landed. It was documented as shipped in a release that does not contain it.That surfaces in the worst way: someone hits orphaned workers, reads the changelog, upgrades to beta.11 to get the fix, and still has the bug. The entry now sits under beta.12, which is the release that actually carries it.
The
handler.test.tsentry stays under beta.11 — the tag does include that one.Verification
Ran the gates the
qualityandrust-qualityjobs run:1.0.0-beta.12bunx tsc --noEmit— exit 0bun run lint— 0 errors (5 pre-existing warnings, untouched)cargo fmt --check— cleanvitest run __tests__/ci/— 45/45 (release-pipeline+daemon-packages, the version-sensitive suites)🤖 Generated with Claude Code
https://claude.ai/code/session_015BDLTPtbQvUE62eCfQrUbf
Summary by CodeRabbit