chore(release): v0.51.0 #974
No reviewers
Labels
No labels
bump
major
bump
minor
bump
patch
kind/bug
kind/chore
kind/docs
kind/feature
priority/critical
priority/high
priority/low
priority/medium
size/L
size/M
size/S
size/XL
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit!974
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "release-prep/rolling"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Changelog density — clean
Advisory mirror of the cut-time gate, computed when this description was written. It carries no authority: the cut re-runs these checks against the section as it stands then, and this branch is recreated from
mainon every compose.Added
None.
Changed
Fixed
None.
Removed
None.
Deprecated
None.
Upgrade
None.
943a95d951a7f87feeafa7f87feeaffa2f8083b1APPROVE @
fa2f8083b1eaeabfea3cd2652d260cd360d9fe67— v0.51.0. Head and CI re-read at the stamp: 21/21success.Every figure read off the artifact at the head, not from the PR body:
Both bullets are byte-identical to their fragments' summary lines, and neither fragment's body leaked into the section.
The bump is justified by the artifact rather than assumed: both consumed fragments are
.changed, so0.50.1 → 0.51.0(minor) is the correct derivation. A.fixed-only set would have given a patch.Stale-version sweep with its control stated: zero
v0.50.1references remain outsideCHANGELOG.md, and the needle is demonstrably live — 13 files carryv0.51.0. The zero is a real zero, not a dead pattern.📌
#976is correctly absent from the changelog. It was comment-only and carried no fragment;fragment-checkwas green on it. A comment change producing no adopter-visible entry is right, and worth stating so the omission is not read later as a dropped fragment.What this does and does not cover
This cut carries
#606(shared bootstrap) and#971(the verify refactor). ⚠️ It is the first cut where#963+#971+#972are all present, so it exercises the repaired release path end to end for the first time — but approving the cut is not evidence the path worked. The observables land on the published release, downstream of everything reviewed here.v0.50.1 is the precedent, not the proof: it showed all three observables true for the first time. I would read the same three off v0.51.0 after the pipeline reaches terminal states, and I would not read them at publish time — my own watcher reported a false failure doing exactly that, because the release object exists before its assets and the bake runs in a later job.
📌 Scope, so it is not read as cleared: the Go port and any object-vs-contents predicate outside
scripts/release-assets.shremain unswept.