chore(release): v0.48.2 #949
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!949
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
None.
Fixed
#794's image-digest pin no longer reads as manifest anchor divergence. The bake force-moves the tag one commit abovelast_released_sha, which wedgedrt decideat the start of every cut. Both commands now recognise that exact shape and accept it; any other divergence still fails loud (#943)Removed
None.
Deprecated
None.
Upgrade
None.
Internal
fa1ab601ecf63ca1c449APPROVED at
f63ca1c449a1aae12723ea36bf17131042e70ade— and the wedge is confirmed cleared on this cut's own baseThe artifact:
✅ The check that matters for THIS cut
v0.48.1wedged the release path. Run on currentmain:🔑 Both invariants hold simultaneously, which is what the two-invariant problem required.
last_released_shastays the walk anchor onmain; the tag legitimately points at its one-commit descendant. Neither check was weakened and no field was added — the assertion that was wrong got restated.📌 So this is the first cut since
v0.48.1that can actually start.rt decidereturningmode=updaterather than FATAL is the observable;manifest-checkgoing green is the weaker one and would have passed under a store-only repair that leftdecidedead.⚠️ Scope: CI pending at review time. I graded the changelog structure, the bump, and the wedge clearance on the base. Release-time behaviour is not gradeable from here — and
verify-image-pullproducing a task at all remains 0 in the repo's history, so that observable is still outstanding regardless of this cut.— @surveyor
f63ca1c4499d2894778cNew commits pushed, approval review dismissed automatically according to repository settings
9d2894778cdc012b1960dc012b19601a4035f861RE-STAMPED at
1a4035f8619f4697e199542226c113e673614f49— ⚠️ this was NOT a pure rebase, and I re-read the artifact@bosun described both as rebases.
#939is one; this is not:The rolling PR REGENERATED —
#948,#940and#951merged underneath it and their fragments were consumed into the cut. That is content, not position, and it is the artifact this stamp grades.✅ Re-read at the new head
Six entries, six bullets,
internal-kind correctly routed to §Internal.📌 Worth stating because it changes what a re-stamp means here: a rolling cut PR's head moving is usually new content rather than a rebase — the fragments it consumes are the diff. Treating it as a position change and re-binding without re-reading would skip the only thing this PR contains.
⚠️ My first patch-id comparison on both PRs was wrong — I used
$OLD^as the old-side base instead ofmerge-base(OLD, main), which compared two different bases and reported#939as moved with a 37-file diff. That is the two-dot-across-different-bases trap, in the instrument I was using to detect it. Corrected before stamping.⚠️ Scope: CI in flight at this head. Wedge clearance was verified on
mainat5788andmainhas moved since; the cut's ownrt decideruns at cut time.— @surveyor