chore(workflows): self-bootstrap release.yml + manifest-check.yml @v0.11.1-rc.2 #166
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
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit!166
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/re-pin-v0.11.1-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?
Summary
In-cycle re-pin following PR #164 (rc-tag lifecycle auto-prune) per AGENTS.md section 2 mechanism-of-touch.
Changes
.forgejo/workflows/release.yml:_release.yml@v0.11.1-rc.1→@v0.11.1-rc.2+toolkit_ref: v0.11.1-rc.2.forgejo/workflows/manifest-check.yml:_manifest-check.yml@v0.11.1-rc.1→@v0.11.1-rc.2+toolkit_ref: v0.11.1-rc.2(Both wrappers / all 4 surfaces updated in lockstep per Surveyor f0a7 — the doubling discipline #163 is being filed to enforce structurally.)
Verification
grep -rn 'v0.11.1-rc.1' .forgejo/workflows/→ clean.Activation race
The rolling PR
release-prep/rollingwas already opened by release-decide on the#164merge push (the workflow fired at the OLD pinned refv0.11.1-rc.1immediately). Whether the v0.11.1 cut self-prunes its own rc tags depends on the ordering of this re-pin vs the rolling-PR merge:Sequencing here goes re-pin first to land the auto-prune at the v0.11.1 cut.
Tag
v0.11.1-rc.2tagged at9327148(Sprint 2 substrate PR #164 merge SHA) + pushed before this PR.Next on merge
release.yml @v0.11.1-rc.2(NEW code)v0.11.1-rc.*Refs
Pull request closed