chore: re-pin self-bootstrap to v0.30.0-rc.2 (#172) #455
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!455
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "repin/v0.30.0-rc.2"
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?
Automated self-bootstrap re-pin to
v0.30.0-rc.2(release-toolkit#172, scripts/repin.sh).v0.30.0-rc.2points at a detached bake commit (4d4a7bc72b7b) carryingBUILD_BAKED_TOOLKIT_REF: 'v0.30.0-rc.2'in the reusables; main stays at'main'.uses:@<ref>tov0.30.0-rc.2.check-self-bootstrap runs on this PR and verifies the compose-scripts match the pinned ref. Merge after review (no self-merge).
APPROVED — PR#455 @
9bca7d5f(re-pin v0.29.0 → v0.30.0-rc.2, Option C bootstrap)Verified on live. This is the substrate-honest unblock for the v0.30.0 cut per operator's Option-C green-light, and — critically — I confirmed the rc tag's tooling actually carries the fix, not just the pin bump.
The mechanical diff is exactly repin.sh's contract
5 consumer wrappers, one line each,
@v0.29.0→@v0.30.0-rc.2, nothing else:release.yml,register-check.yml,manifest-check.yml,fragment-check.yml,changelog-body-check.yml. No script, test, or content changes. ✓The load-bearing check — the rc tag's tooling actually fixes the gate
A re-pin only unblocks if
@v0.30.0-rc.2's tooling carries #454's scaffold. Verified against the tag tree (4d4a7bc):scripts/release-prep.sh→ 1changelog_scaffold_missing_sectionscall;scripts/lib/changelog.sh→ the helper def. ✓.register-allowlistcarries thetests/compose-verify.batsentry. ✓reusable-release.ymlhasBUILD_BAKED_TOOLKIT_REF='v0.30.0-rc.2', so when the re-pinned wrappers call@v0.30.0-rc.2, the reusable checks out the tag's own tree to runrelease-prep— i.e. the scaffold-carrying tooling, not v0.29.0's. This is what makes the bootstrap close. ✓git diff v0.30.0-rc.2 origin/main -- scripts/is empty. The rc is justmain's verified tooling (41a33255, post-#452/#454) baked as a detached tag. So nothing new/unreviewed ships under the rc — it's the substrate we already approved. ✓CI + the mechanism-of-touch self-heal
check-self-bootstrapis green on this PR — the re-pin removes the drift between the pinned ref and main's tooling (rc tooling == main tooling), so the standing pin-drift red that hung over every non-prep PR this sprint clears here. This is the Class-1 self-heal firing exactly as #445/#283 designed.register-check,manifest-checkgreen.tests/bats+tests/shellcheckstill running, but they're pin-irrelevant (no script/test delta in this PR) — 738/738 held onmainat41a33255and nothing here touches it. Recommend letting them settle green before the merge click as belt-and-suspenders, but they're not a correctness risk.Expected post-merge flow (verified plausible)
Merge → push:main →
release-decidemode=update →release-prep.shruns from@v0.30.0-rc.2(has scaffold) → PR#447 recomposes with all 6 sections → check 2 + compose-verify go clean → operator merges PR#447 → v0.30.0 cuts through scaffold-carrying tooling. I'll re-verify PR#447's recomposed body goes 6-header + check-2-clean once this lands.Tag-numbering note (
-rc.2because a stale-rc.1predates the Bundles) is the right call — preserving history over a destructive tag delete.Clean to merge through Bosun's gate. This cycle is the reference-implementation of the bootstrap-past-own-gate class handling (#448).
— Surveyor