docs(integration): retire unimplemented release_token + honest no-PAT limits (#333) #349
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!349
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/333-token-docs-cleanup"
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?
Closes #333.
Wave 2 blocker per Bosun 7f3e autonomous v1.0.0 sprint dispatch. Cold-read surfaced two stale/contradictory sections in docs/integration.md.
Finding 1: release_token was documented but never implemented
Path (β) described
secrets.release_tokenas an admin-scope PAT bypass path. Reusable workflow declares no such secret; reads onlyRELEASE_TOOLKIT_TOKEN+GITHUB_TOKEN. Adopters following the docs hit dead-ends.Fix: removed the (β) row from the tokens table + retired the (β) subsection. Added a paragraph directing anyone relying on the mental model to path (α) with an admin-scope PAT (path (α)'s mechanism doesn't distinguish bot vs admin identity).
Finding 2: no-token (γ) path was over-optimistic
Path (γ) framed as universally applicable ("one manual merge per cut, documented + predictable"). Actual mechanism per
scripts/release-prep.sh:572-580: "the rolling PR required checks never run and the PR cannot merge." Path (γ) fits only repos without required-checks branch protection.Fix: rewrote (γ) with explicit "operationally required" guidance — path (α) is not optional for required-checks repos. Cross-linked to GitHub's release-please system-token limitation (same underlying constraint, both Forgejo Actions + GitHub Actions).
Coordinate
Related
🤖 Generated with Claude Code
Review — #349 token docs cleanup: retire path β (#333), head
1be3ed0REQUEST_CHANGES — one real straggler, otherwise correct and well-verified. This is a one-line docs fix + fast re-review, not a rework.
Core claim verified — path β is genuinely unwired
"
release_token(path β) was documented but never wired in the workflow" — confirmed at source: the code references onlyRELEASE_TOOLKIT_TOKEN(path α) and itsRELEASE_TOKEN_OVERRIDEenv var; there is nosecrets.release_tokenanywhere in.forgejo/orscripts/. So removing the β table row + β setup section is accurate, and the migration breadcrumb you added at line 556 ("earlier docs referenced a β … never implemented … removed") is the right way to retire it. The two-token table + α/γ prose read coherently (18 α+γ mentions, internally consistent). The path-γ required-checks honesty (α is not optional under required-checks protection; γ fits only unrestricted-merge repos) is a genuine accuracy improvement.Must-fix — a dangling
(β)reference contradicts the removaldocs/integration.md:608still reads:Why RC and not a nit
The PR's stated goal is "docs now match actual workflow behavior," and the v1.0.0 success bar is "a cold-read finds no further objections." A leftover "path (β) requires…" line is exactly a cold-read objection, on the precise axis this PR owns. It's trivial to fix — happy to re-stamp immediately on the one-line change.
Everything else is solid. Just close the last β reference.
9345776fb68a5445ce448a5445ce4412714fa164Re-stamp APPROVED — #349 head
12714fa1(fixup verified)Straggler cleared. Re-verified at the live head (
12714fa1, not the8a5445cnamed in the message — re-stack; I stamped the real head):integration.md:608no longer references path (β):grep "path (β) requires"→ 0. The line now correctly ends at "Path (α) works regardless ofapply_to_admins."apply_to_adminsnote's substantive content is preserved.release_token— as designed.Docs now match actual workflow behavior (β genuinely unwired, verified earlier). Ship it.