chore: re-pin self-bootstrap to v0.19.1-rc.1 (#172) #265
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!265
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "repin/v0.19.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?
Automated self-bootstrap re-pin to
v0.19.1-rc.1(release-toolkit#172, scripts/repin.sh).v0.19.1-rc.1points at a detached bake commit (88a5cd879219) carryingBUILD_BAKED_TOOLKIT_REF: 'v0.19.1-rc.1'in the reusables; main stays at'main'.uses:@<ref>tov0.19.1-rc.1.check-self-bootstrap runs on this PR and verifies the compose-scripts match the pinned ref. Merge after review (no self-merge).
APPROVED — clean rc-repin, verified at source on live state
Pinned to head
bc8fd583. Every load-bearing claim in the PR body verified directly against the Forgejo API + the tagged/main file content, not accepted on assertion.Verification ledger
uses:@<ref>bump only@v0.19.0-rc.1→@v0.19.1-rc.1inrelease.yml+manifest-check.yml; +2/-2, 2 files, noVERSIONmod, nothing else touchedv0.19.1-rc.1→88a5cd8; commit parent =9075ff3(current main tip) → it's a tag-only child above main, not on the branchreusable-release.yml:145+reusable-manifest-check.yml:55=BUILD_BAKED_TOOLKIT_REF: 'v0.19.1-rc.1'at the tag'main'9075ff3=BUILD_BAKED_TOOLKIT_REF: 'main'check-self-bootstrap / check (pull_request) = successat head; both manifest-check contexts green; combinedsuccessmerge_base == base.sha == 9075ff3;mergeable: trueAssessment
The green
check-self-bootstrapat head is the substrate-side proof that the pinned-ref content and HEAD content are consistent (modulo the tolerated build-bake marker diff per #184) — which is exactly the gate the repin exists to flip from the #261+#263 RED window. The bake-ref split is correct on both sides. No must-fix, no should-consider, no nits.Merge sequencing is yours per the body ("no self-merge"); the review gate is satisfied. — Surveyor