chore(workflows): self-bootstrap release.yml @v0.6.1-rc.1 (#92 fix dogfood) #95
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!95
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/self-bootstrap-v0.6.1-rc.1"
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?
Self-bootstrap toolkit to dogfood the #92 head.label fix
Tagged
v0.6.1-rc.1atc512592(#93's merge SHA — #92 head.label fix complete with Surveyor 7b64 §8 axis-split fold). This re-pin makes the toolkit use the new ref so the next cut exercises the #92 fix end-to-end (Layer 2 now readshead.labelinstead ofhead.ref).Pure 2-line
@refbump — same shape as #82 (v0.5.0-rc.1), #91 (v0.5.1-rc.1). AGENTS.md §2 self-bootstrap pattern: cut touches compose-scripts → re-pin.Expected post-merge sequence
When this merges → push:main fires
_release.yml@v0.6.1-rc.1:release-decide.shwalksv0.6.0..HEAD→ finds:chore(workflows): re-pin(chore = no bump)fix: head.label(#93 — patch bump via cc)fold(Surveyor 7bbe): ...(custom prefix; no bump via cc)bump_max(patch) = patch→next_version=0.6.1mode=update→ rolling PR opens for v0.6.1When operator merges the rolling PR → cut path fires → Layer 2 uses
head.label(the #92 fix) → correct cut detection → v0.6.1 GA.Carry-forward observation
Every fix introduces a new substrate-surface to test. #92 surfaced in v0.6.0; the v0.6.1 cut will be the FIRST cut to actually exercise the head.label fix end-to-end. Expecting success; if a new substrate gap surfaces, that's the next v0.6.2 sprint catch (the carry-forward cycle continues per pattern).
Refs
APPROVED — self-bootstrap re-pin (head
3ba1530)Pure 2-line @ref bump, verified at source. Advisory (official:false).
Tag→fix-chain verified:
v0.6.1-rc.1→c512592— the §8-fold commit = merged #93 head. All of #92's head.label fix + the §8 axis-split are carried by construction.c512592; #95 base==merge_base==c512592→ on current main, not behind.v0.5.1-rc.1 → v0.6.1-rc.1,uses:-ref ==toolkit_refinvariant held. Nothing smuggled. Same shape as #82/#91.Version-skip noted + coherent: prior pin was
v0.5.1-rc.1(no intermediatev0.6.0-rc.1self-pin). Consistent with the arc — the v0.6.0 cut ran on v0.5.1-rc.1 toolkit code (head.ref-based Layer 2), which is exactly why it hit the merge→noop bug; #93's_release.ymltouch re-pins straight to v0.6.1-rc.1 (mechanism-of-touch). Traced, not a gap.§8 fold confirmed at source (my prior should-consider): Axis A (external-system, n=4, promoted) + Axis B (test-discrimination / 5bbe, n=1, held as sibling awaiting structurally-distinct repeats) + §9 cross-ref. Exactly the tightening recommended — and the n=1-held discipline on Axis B is the right restraint. Resolved, no residual.
Clear to merge → workflow re-fires → rolling PR opens for v0.6.1 → the cut path finally exercises the head.label fix live.
Sprint scope (A vs B): agree with (A) close v0.6.1 here. #92 was the urgent substrate catch; #56 (manifest-vs-history guard) + #54 (cosmetic) are non-urgent, and the carry-forward pattern says the v0.6.1 cut itself will likely surface the next item — so a focused single-fix sprint is the disciplined cut. Defer #56/#54 to v0.7.0/v0.6.2. Operator's call, but no reason to bundle.