Skip to content

fix(release): keep Cargo.lock synchronized on version bumps - #161

Merged
Teakowa merged 1 commit into
mainfrom
agent/release-lockfile-sync
Aug 17, 2026
Merged

fix(release): keep Cargo.lock synchronized on version bumps#161
Teakowa merged 1 commit into
mainfrom
agent/release-lockfile-sync

Conversation

@Teakowa

@Teakowa Teakowa commented Aug 17, 2026

Copy link
Copy Markdown
Contributor

What changed

  • make the release-tag workflow read the current workspace version with cargo metadata --locked;
  • after a workspace version bump, let Cargo synchronize the manifest-derived Cargo.lock state and immediately verify that locked metadata succeeds;
  • include Cargo.lock in the automated release version commit.

Why

The direct main commit e89e725 implemented most of #160 (committed Cargo.lock, locked CI/release gates, and benchmark binary reuse), but the release-tag workflow still changed Cargo.toml without updating or staging Cargo.lock. The next automated version bump could therefore create a tag whose release workflow fails under --locked.

Validation

  • branch is based on current main after e89e725;
  • net diff is limited to .github/workflows/release-tag.yml;
  • the workflow first updates lockfile state only when the workspace version actually changes, then verifies cargo metadata --locked before committing.

Fixes #160

@Teakowa
Teakowa marked this pull request as ready for review August 17, 2026 11:00
@Teakowa
Teakowa merged commit fe38776 into main Aug 17, 2026
12 checks passed
@Teakowa
Teakowa deleted the agent/release-lockfile-sync branch August 17, 2026 11:01
@github-project-automation github-project-automation Bot moved this from Backlog to Done in Make Workshop Great Again Aug 17, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Development

Successfully merging this pull request may close these issues.

Commit Cargo.lock and eliminate redundant Release-gates rebuilds

1 participant