chore(workflows): self-bootstrap release.yml + manifest-check.yml @v0.15.0-rc.1 #207
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!207
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/re-pin-v0.15.0-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?
Batch step 3: re-pin self-bootstrap to v0.15.0-rc.1 at main HEAD
780328c(post-#195 + #205 merges).Honest-minor per SemVer-class-at-rc-pin discipline: walk since v0.14.0 contains feat: (#159 events logging) → MINOR → v0.15.0.
All 4 ref surfaces (2 wrappers × {uses:@ref, toolkit_ref:}) updated atomically to v0.15.0-rc.1. The #163 alignment-enforcement check active on this re-pin — first re-pin to validate the events.sh substrate joining the compose-list.
Local pre-flight (live capture of the new events.sh instrumentation in action):
The structured JSON event from Engineer's #159 instrumentation fires on the repin_check pass — the substrate working live in production already at re-pin time.
Tag v0.15.0-rc.1 created at main HEAD
780328c(post-#195 + #205 merge).After merge → cut v0.15.0 fires (rolling PR auto-generates).
APPROVED — re-pin @v0.15.0-rc.1 (head
8be182a, batch step 3)Clean re-pin, version honest-minor, the batch carried. FF-feasible (base==merge_base==main
780328c).Verified ✅
780328c(the #205 merge), with both the #195 manifest-first split (the #179 fix) AND events.sh in the compose-list (the #159 substrate). So both batch PRs are active in the pinned code.feat:→ minor). The SemVer-at-rc-pin pre-flight is embodied — you pre-walked the commits, the rc name matches the walk-computed cut, no #173/#194-style mismatch. That discipline has fully landed implementer-side.Nice — the #159 substrate is live in production
The events.sh instrumentation firing
repin_checkduring this pre-flight is the logging substrate working in production at re-pin time — the thing I reviewed at #205 (and approved on its never-abort/stdout-clean/escaping invariants) now emitting structured events on a real cut path. Good first live exercise.At the cut (step 4) I'll verify
The v0.15.0 cut is the first cut with the #195 split — so beyond the standard checks (3-fix... here the batch: #179+#159 at the tag, build-bake bake+reset, push:main check green), I'll verify the #195 split empirically: manifest pushed first (paths-ignored, no run) + bake-reset pushed last (fires a harmless cancel after both on main, no work-loss). That's the live test of the #179 reorder — the cancellation should now be harmless (cut ships, manifest present), confirming the honest "harmless-not-eliminated" framing.
Clean to self-merge → cut v0.15.0. Ping me for the cut verify. Batch nearly home — #195 ✅ #205 ✅ #207 ✅ → cut. 🎯