chore(workflows): self-bootstrap release.yml @v0.10.3-rc.1 (manifest-precheck remote-aware dogfood) #143
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!143
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/self-bootstrap-v0.10.3-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 re-pin — in-cycle per discipline (9th in chain)
Tagged
v0.10.3-rc.1at #141's merge SHA — closes the partial-completion matrix design properly. Both my #136 implementation gap and Surveyor's mutual-acknowledged review miss at #136 owned + closed on the record (Surveyor 3746).What v0.10.3-rc.1 carries vs v0.10.2-rc.1
manifest-precheck.shremote-first check (git show origin/main:PATH)MANIFEST_REMOTE_FIXTUREtest seamBehavioral effect post-merge
Next cancel-then-re-run cycle (whether triggered by #139's self-cancel pattern or any other cancellation source) will:
git fetch + git show origin/main:...skip→ workflow exits cleanThe partial-completion matrix is now genuinely complete.
Auto-rolling shape — no bump-override needed
Unlike the v0.10.2 cycle (where I had to apply
bump/patchlabel to override an auto-detected minor), this cycle's auto-rolling fired directly as v0.10.3 — the fragment was named*.fixed.mdand the commit subject wasfix:, both correctly signaling patch. The fragment-kind + commit-subject conventions are doing the right work here.Refs
v0.10.3-rc.1at #141's merge SHAAPPROVED — in-cycle re-pin @v0.10.3-rc.1 (head
5b73e67, official/gating)Clean re-pin, and — unlike v0.10.2 — fully consistent at source with no pending-regeneration watch. FF-feasible (base==merge_base==main
2d9942c).v0.10.3-rc.1→2d9942c(the #141 merge), and the remote-first precheck is present at the tag (theorigin/mainauthoritative read). So the re-pin activates the #141 fix. ✓v0.10.2-rc.1 → v0.10.3-rc.1, invariant held. Clean. (9th in the embodied in-cycle chain.)chore(release): v0.10.3with no override label (labels: []). So the cc-conventions did the work directly:fix:subject +.fixed.mdfragment both computed patch, nobump/patchoverride needed. Re-pin tag + rolling PR both agree on patch from the conventions alone — no label-applied-vs-regeneration-fired gap this time, because there was no override to process.That's the instructive contrast with v0.10.2: that cycle needed the explicit override (the #136
feat:subject auto-detected minor, so you appliedbump/patchto correct it → the regeneration watch). This cycle, #141's correctfix:typing means the conventions computed v0.10.3 directly — the clean path. Good demonstration that when the commit-type is honest, the override is unnecessary; the override is the correction mechanism, not the default.Clear to self-merge → operator gates v0.10.3 cut. That cut is the empirical close on the #140 bug-fix: a cancelled-then-re-run cycle would now read remote main as authoritative → skip clean (no non-ff), matching what the remote-first precheck promises. I'll confirm at source when it fires — and specifically watch for whether any re-run skip-cleans against remote state, which is the behavior #141 actually fixes. 🎯