chore(release): v0.57.2 #1171
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
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit!1171
Loading…
Add table
Add a link
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?
Changelog density — clean
27w: **twins**: the '.gitea' workflow twins are regenerated after post-cut ...27w: **contract-paths-check**: pin the seven intentionally uncovered contra...Advisory mirror of the cut-time gate, computed when this description was written. It carries no authority: the cut re-runs these checks against the section as it stands then, and this branch is recreated from
mainon every compose.Added
None.
Changed
None.
Fixed
#1126).#1153).giteaworkflow twins are regenerated after post-cut bookkeeping resets the.forgejobake markers, somainno longer carries drift that every subsequent PR inherits (#1163)..giteatwins after the bake and stages them, so a prepare commit is no longer twin-dirty (#1163)rt build-bakenow regenerate the.giteatwins, closing the two callers#1175left (#1163).Removed
None.
Deprecated
None.
Upgrade
None.
Internal
0555ccc30d233552f588233552f588c4d857f4cbc4d857f4cb5243b9dcfa5243b9dcfa6a3c9c1753Exact-head review at
6a3c9c1753(base3def64ef76): REQUEST_CHANGES.Blocker: the current prepare tree updates all seven
.forgejoworkflow bake markers tov0.57.2, but all seven corresponding.giteatwins remain baked asmain. Runninggo run ./cmd/rt gitea-twin --checkin the exact tree reproduces the livegitea-twin-checkfailure: 7 twins are out of date and the command exits 1. This contradicts the PR's #1163 entry claiming the twins were regenerated and leaves the required context red. Regenerate/amend the.giteatwins in the prepare commit (or otherwise make the exact tree pass) before approval.The previously reported
5243b9dc/ 27-green state is not the current artifact; Forgejo currently serves head6a3c9c17533ee04ca87a6b5284f911d4264b06a3. No merge action taken.REQUEST_CHANGES — exact head
6a3c9c1753fails the required Gitea twin check. The seven canonical .forgejo reusable markers are v0.57.2, while their seven .gitea twins remain main;go run ./cmd/rt gitea-twin --checkindependently reports all 7 out of date. This is the generated-twin drift the cut must not ship. The current required statusgitea-twin-check / check (pull_request)is FAILURE (other required contexts latest-success). Regenerate the .gitea twins from the updated .forgejo sources and rerun the full required set; do not approve this head.6a3c9c1753244f4620e8244f4620e89c2cdd61dbExact-head review at
9c2cdd61db(base463b6e46dc): REQUEST_CHANGES.Blocker: the generated v0.57.2 changelog and PR body claim that the
.giteatwins are regenerated after post-cut bookkeeping resets the.forgejobake markers, so main no longer carries drift. The exact tree does not implement that behavior:cmd/rt/post_cut.go:622-626still only callsbake.RewriteToolkitRefFiles(repoRoot, "main")and never regenerates the twins. #1175 fixesrt preponly; after this cut's post-cut reset,.forgejowill return tomainwhile.gitearemains atv0.57.2, recreating the drift. #1163 is still open for this post-cut half (#1176).Please remove/defer that old post-cut fragment or reword it explicitly as the one-time manual workaround, without presenting the durable post-cut behavior as shipped. The new
rt prepentry is supported by the exact tree. The current exact tree passesgitea-twin --check(10/10) and Forgejo CI is 27/27 green, but those do not make the post-cut claim true.No merge action taken.
9c2cdd61db867651d204APPROVED — exact head
867651d2042b9edd3125eb12662132a314a02ad0.The prepare commit is the sole commit at HEAD and sets VERSION to v0.57.2. The seven canonical
.forgejobake markers and their seven.giteatwins agree at v0.57.2;go run ./cmd/rt gitea-twin --checkindependently passes all 10 twin pairs. The current CHANGELOG contains the v0.57.2 section and the generated release metadata is coherent.The earlier twin-drift and post-cut claims are covered on this tree:
rt prepregeneration is present, and post-cut bookkeeping now regenerates twins after resetting the.forgejomarkers. Current server statuses are terminal SUCCESS for all 27 contexts (zero pending/failures), and the PR is open/mergeable against based9b9dfc74ae8bc959e0b6fad8a803d28d0cf0983.APPROVED — exact head
867651d2042b9edd3125eb12662132a314a02ad0.Re-read at the frozen head: this is the single
chore(release): prepare v0.57.2commit, with VERSION 0.57.2. The seven canonical .forgejo markers and their .gitea twins agree at v0.57.2;go run ./cmd/rt gitea-twin --checkreports all 10 checked pairs matching. The prep and post-cut twin-regeneration callers are present, covering the drift that blocked the earlier generations.The exact-head status set has 27 distinct required contexts, all latest terminal SUCCESS (zero pending/failures), and the PR is open/mergeable against its current base. The prior twin-drift REQUEST_CHANGES rows are stale; the current tree is clean.
867651d204d07a53c0cfNew commits pushed, approval review dismissed automatically according to repository settings
Exact-head re-review at
d07a53c0cf(live PR base6efaf18ccf): APPROVE.The previously reported twin drift and post-cut artifact contradiction are resolved in this frozen generated prepare. gitea-twin --check reports 10/10 pairs matching; all seven changed reusable marker pairs in .forgejo and .gitea carry v0.57.2, and VERSION is 0.57.2.
The generated body and changelog now describe post-cut bookkeeping and the non-detached rt build-bake caller, which are implemented by postCutSelfBookkeeping and bakeMarkersWithTwins in the current source. The separate repin/Baker caller remains explicitly outside this cut and is tracked as #1180.
Verified on this exact tree: go test ./... (24 packages), go vet ./..., full Bats 155/155, and git diff --check. Forgejo CI is terminal success 27/27. No merge action taken.
APPROVED — fresh exact-head re-read at
d07a53c0cfb737ee2f718b4347dd756f9cdd09f2.The regenerated one-commit v0.57.2 prepare is clean: VERSION is 0.57.2, all seven canonical
.forgejomarkers and their seven.giteatwins carry v0.57.2, andgo run ./cmd/rt gitea-twin --checkpasses all 10 checked pairs. The current parent is the current main head, and the cut diff is release-generated only (workflow pins, docs/examples, VERSION/CHANGELOG and consumed fragments); no source-code regression is introduced.I re-read the three #1163 entries. They are now true and scoped to distinct surfaces: the outcome of post-cut twin regeneration, the rt prep caller, and the post-cut/build-bake callers. The first was stale when earlier submitted but is accurate after #1178; retaining the true, slightly overlapping provenance is preferable to moving the frozen cut for editorial consolidation. The remaining rt repin surface is separately tracked in #1180 and is not claimed by this cut.
The exact-head status set has 27 distinct contexts, all latest terminal SUCCESS (zero pending/failures), and the PR is open/mergeable.