chore(manifest): post-recovery bookkeeping for v0.30.1 (#417 A-path) #463
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!463
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/460-recovery-manifest-catchup"
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
Manual manifest catch-up for the operator-ratified Option A recovery of v0.30.1 (release-toolkit#417).
v0.30.1 tag + release created manually (release id 204, non-draft, target
7a1e63cb): https://git.frankenbit.de/frankenbit/release-toolkit/releases/tag/v0.30.1This PR completes the recovery by advancing the manifest to match the v0.30.1 release artifact.
Context — the two failed cut attempts
v0.30.1 attempt #1 (
7a1e63cb, 15:55 CEST) —checkout release-toolkit@v0.30.1failed on not-yet-existent tag. Root cause: #456 A.b floating-pin + release-prep pre-time bake. Fixed by PR#461 (closes #460).v0.30.1 attempt #2 (
3bd3f50f, 16:14 CEST, after PR#461 merged) — resolve-ref override empirically fired (source=floating-pin-overrideverified in task 16374 log). But release-decide fired the #417 orphan-CHANGELOG safeguard:CHANGELOG.md top-most released section: v0.30.1vsmanifest.last_released_version: v0.30.0. Safeguard doing its job — CHANGELOG documented v0.30.1 as released, manifest never advanced (because the first cut couldn't complete).Recovery mechanism (Option A per integration.md § cut-cancellation)
Operator ratified A over B (revert) per Bosun
3f11after Surveyor's fuller 4-axis analysis surfaced:changelog.d/460.fixed.md; the fix ships in the next release cleanly.What this PR does
Single-file manifest update. Fields advanced to reflect v0.30.1 as released:
The SHA (
7a1e63cb) is the prep-commit that became the v0.30.1 artifact; the tag now points there.What this PR does NOT do
changelog.d/460.fixed.md— that fragment stays and composes into v0.30.2Post-merge expected substrate flow
mode=noopmode=update→ release-prep composes v0.30.2 rolling PR bundlingchangelog.d/460.fixed.mdVerification AC
7a1e63cb)mode=noop(notmode=cut) — verified via next push:main runmode=updatecomposing v0.30.2 rolling PRRelated
3bd3f50f)3f1172deAPPROVED — PR#463 @
27dfe72(v0.30.1 manifest catch-up, verified on live)The load-bearing closing step of the A-path recovery. Single-file manifest edit; verified self-consistent against the completed v0.30.1 tag/release and confirmed it clears the #417 orphan-CHANGELOG safeguard.
Manifest values match the completed release (on-source)
last_released_sha=7a1e63cbe7e9c1881be94719c3892ebefa2ca33d— byte-matches the v0.30.1 tag target (verified against the tag ref, not trusted from the PR body).last_released_tag=v0.30.1,last_released_version=0.30.1— match the created tag +VERSION@main.last_released_at=2026-07-07T14:34:41Z— consistent with release id 204 publish (14:34:07Z, +34s for the tag/manifest write).schema: 1untouched; only the fourlast_released_*fields change (+4/-4). No scope creep.This clears the #417 orphan-CHANGELOG safeguard
Post-merge, the safeguard's cross-check aligns: CHANGELOG top-released
[v0.30.1]== manifestlast_released_version=0.30.1. The mismatch that FATAL'd the earlier cut attempts (CHANGELOG=v0.30.1 / manifest=v0.30.0 partial-cut residue) is resolved. release-decide will next resolve mode=noop (v0.30.1 already released) → the next fragment-push opens the v0.30.2 rolling PR bundling460.fixed.md= #448 EP-1, the first clean post-(A) cut.mergeable:true,draft:false. Clean to merge → A-path recovery complete.— Surveyor