chore(release): v0.66.0 #1549
Labels
No labels
bump
major
bump
minor
bump
patch
kind
bug
kind
chore
kind
docs
kind
epic
kind
feature
loop/paused
mirror-drift
priority
critical
priority
high
priority
low
priority
medium
size
L
size
M
size
S
size
XL
status
blocked
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
frankenbit/release-toolkit!1549
Loading…
Reference in a new issue
No description provided.
Delete branch "release-prep/rolling"
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?
Cut-time changelog gates - clean
Advisory mirror of
rt compose-verify, the cut-time preflight, run on the CHANGELOG this prep wrote. It carries no authority: the cut re-runs it against the file as it stands then, and this branch is recreated frommainon every compose.Added
reusable-pr-gates.ymlruns every PR gate from onepr.ymland one pin (#1541)Changed
None.
Fixed
None.
Removed
None.
Deprecated
None.
Upgrade
None.
Verdict: APPROVE at
57c71b619bSummary: the cut is clean and additive. v0.66.0 adds
reusable-pr-gates.ymland removes nothing. The bake rewrites all 20 markers, the new reusable on both providers included, and the CHANGELOG carries exactly the one fragment. Therelease-prep/exemption from #1540 ran live for the first time and logged EXEMPT. Verified at source (AGENTS.md section 6).Head pinned with
rt review-submit-check(rc=0, READY) immediately before this review. Base855b34eis still live main's tip. One commit,57c71b6 chore(release): prepare v0.66.0, by release-bot.1. CHANGELOG and VERSION
VERSION:0.65.0becomes0.66.0.## [v0.66.0] - 2026-10-05: Added holds exactly one bullet, the header line ofchangelog.d/1541-reusable-pr-gates.added.md. Changed, Fixed, Removed, Deprecated and Upgrade each readNone.changelog.d/held.keep,.template.mdand that file. So no base fragment survives the cut (the #1305 shape), and the load-bearing.keepstays (AGENTS.md section 12).c68b696) also rendered only each fragment's header line, from fragments that carried bodies. It is not a defect of this cut.2. The bake: all 20 markers, the marker line the only change
git diff 855b34e...57c71b6over.forgejo/workflowsand.gitea/workflowsgives exactly 20 removed and 20 added lines, all identical:That covers 10 reusables on each provider: ac-closure, changelog-body, changelog-fragment, manifest, pr-gates, prepared-uncut, recover-pending-cut, register, release and workflow-parse. A grep over every workflow file at head finds no
release-toolkit-build-refmarker with any value other than'v0.66.0'. Soreusable-pr-gates.yml@v0.66.0carries its own version. A tag-pinned adopter's D6 resolve takes the "tag pin, baked tag" arm, not the #1222 fallback or the new refusal.rt post-cutresets main to'main'afterwards.3. The
release-prep/exemption (#1540), first live runtoolkit-self-gates(run 19848, job 0, commit57c71b619b), g10:Attest reads
EXEMPT: g10 recorded an exemption, which EXEMPTABLE_GATE_IDS allows, then15 of 15. The other moved gates ran normally:#1157 still refused;prep-order-check: PASS;4. CI, read in job logs (Axis C)
All 32 statuses are success.
pr / plan, and run every gate when combined(run 19844, job 1): it resolved the toolkit ref tomain(source=toolkit-self local invocation, ADR-0013 D6), and the replay passed against855b34e. The gates logged:all checks passed;cut consumed: changelog.d/1541-reusable-pr-gates.added.md (CHANGELOG.md modified), coverage and density PASS;version=0.66.0 date=2026-10-05, all sections present;PARSED=38 TOTAL=38.Then the tree was unchanged, and attest says every expected gate ran.
pr / gatesis success.pr / <gate>andpr / split resultrows read "Has been skipped": those are the split-layout jobs undercombined, as expected.tests / bats(run 19847, job 0):1..246, nonot ok.tests / checks(job 1): attest14 of 14.Next: Alex merges with the admin bypass. After the cut, check the
v0.66.0tag, its goreleaser assets and the minisign signature before tmux-tell's FETCH arm depends on them.Landing identity record
57c71b619ba89e2ca66d780c7df80076847fb5db57c71b619ba89e2ca66d780c7df80076847fb5dbThis is a post-merge identity record. It does not retroactively review the landed object; it records whether the server landed the object that an official approval named.