Repository navigation
chore(release): release 1.0.0-beta.76 - #3182
ScriptedAlchemy merged 2 commits into
Conversation
|
| [workspace.package] | ||
| edition = "2024" | ||
| version = "1.0.0-beta.75" | ||
| version = "1.0.0-beta.76" |
There was a problem hiding this comment.
🔴 Release binaries retain the previous version
If this head is merged before metadata regeneration, Cargo.toml says beta.76 while the generated Bazel targets and Cargo.lock remain beta.75. The integrity guard rejects the lock, and Bazel builds report beta.75 under a beta.76 release tag.
Learn more
The CLI's generated Bazel target still declares version = "1.0.0-beta.75" here, which Bazel supplies as CARGO_PKG_VERSION to the product runtime. The release integrity guard also requires Cargo.lock to match every workspace-inherited package version. This PR changes the workspace version but not those generated files. The release workflow normally runs update-release-pr-lockfile and keeps the PR draft until it finishes; the failure applies if this head is merged or used to build before that update lands.
Example: Building the CLI from this head for tag v1.0.0-beta.76 embeds beta.75 from the unchanged Bazel rule, while the release guard finds beta.75 lock entries against beta.76 manifests.
Recommended fix: Allow the release metadata updater to push its lockfile and regenerated BUILD files, then verify the release integrity guard and generated BUILD check against the completed head before merging.
Was this helpful? React with 👍 or 👎 to provide feedback.
|
🤖 Created releases: 🌻 |
🤖 I have created a release beep boop
1.0.0-beta.76 (2026-10-08)
Bug Fixes
This PR was generated with Release Please. See documentation.