chore: release v0.0.42#436
Conversation
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe Changeszstd Crate Version Bump
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~1 minutes Possibly related PRs
Poem
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
Why
release-plz is deadlocked. Its
Create release PRjob runscargo packageover the workspace at the last-release baseline (v0.0.41), and the v0.0.41 tree hasffi-benchdepending onstructured-zstdbypathonly (noversion). cargo rejects that when packaging:PR #435 fixed this on
main, but the v0.0.41 tag tree is immutable — release-plz keeps packaging the broken baseline, so every run since the v0.0.41 release (#432, #433, #435) is red. Nomaincommit can change what release-plz packages for the v0.0.41 baseline.Fix
Bump
structured-zstd0.0.41 → 0.0.42 and cut v0.0.42 manually, moving release-plz's baseline past the broken v0.0.41 tree. The v0.0.42 tree already carries the #435 ffi-bench version fix, socargo package --workspacepasses against it (verified locally: fullcargo package --workspaceis green on currentmain).Required follow-up (manual, after merge)
release-plz cannot create the release itself while deadlocked. After this merges, create the GitHub release so the tag lands and
release.yml(trigger:release: created) runs:Once tag
v0.0.42exists, release-plz's next run packages the v0.0.42 baseline (with the fix) and works again. CHANGELOG is left to release-plz (manual edits are guarded / overwritten by its next run).Summary by CodeRabbit