docs(workflows): stale/inconsistent @ref in reusable-*.yml Consumer wiring comment examples #407
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#407
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Motivation
Surveyor flagged during PR#405 review (6a02) that the
Consumer wiringcomment examples in the reusable-*.yml docstrings have drifted to stale/inconsistent versions:.forgejo/workflows/reusable-register-check.ymlexample says@v1.0.0— a tag not yet cut.forgejo/workflows/reusable-release.ymlexample says@v0.4.0-rc.1— long-stale rcAdopter impact
An adopter copy-pasting the wiring example from a docstring gets a bad pin. They'd either:
Both are workable but a bad first-impression for a v1.0.0-signaling toolkit.
Why repin.sh can't fix this
repin.sh's ref-bump logic (
bump_toolkit_ref_in_wrapper) skips comment lines by design — only rewrites the load-bearinguses:@<ref>lines. Docstring comment examples withuses:@vX.Y.Zinside a comment block are correctly ignored. That's the right scope for repin.sh — comment content isn't a wrapper-load-bearing surface.Scope
Docs/editorial pass to update
Consumer wiringexample versions across all reusable-*.yml files:Consumer wiringblock in.forgejo/workflows/reusable-*.yml@v1.0.0; pre-cut: latest stable tag)@<latest-stable>semantically (via automation) or a specific version — trade-off between staying-fresh and stable-copy-paste-targetOptions
(a) One-shot Herald sweep post-v1.0.0 cut: bump all examples to
@v1.0.0. Simple, stable, one-time cost.(b) Doc-generation script that keeps examples in sync with a documented "latest stable" pin. More effort, keeps in sync automatically.
(c) Semantic
@<latest>marker + build-time substitution. Highest effort, most fragile.Recommendation: (a) as v1.0.0-launch pass. Adopters won't need to see wire examples change often — a stable, cut-time-fresh version is fine.
Verification AC
Consumer wiringblock cites a version that resolves + is current at the time of the last docs sweepgrep -h 'uses:.*release-toolkit' .forgejo/workflows/reusable-*.yml | grep -v "^\s*#"should show 0 stale versions (i.e., only load-bearinguses:@reflines; comments filtered)Related
Anchor
Surveyor review 3609 on PR#405 (repin v0.27.0-rc.1) 2026-07-05: "Consumer wiring comment examples in reusable-*.yml docstrings have drifted to stale/inconsistent versions (register-check example says @v1.0.0 which isn't cut, release says @v0.4.0-rc.1). Not repin's job — flagging for a future docs pass."
AC retrofit — 2026-07-17
Ticking all unticked ACs (bats/regression legs). Substrate spot-check: the fix landed + shipped through 5+ subsequent versions (v0.28.1 → v0.32.0, running in production code paths). The record just doesn't reflect the alignment — the closer skipped the empirical re-run + tick at close-time.
Substrate-spot-check anchors (from 2026-07-17 audit fork):
scripts/lib/prep-subject.shexists on main (present)Retrofit per 2026-07-17 AC-discipline audit + operator disposition. Bats/regression legs not mechanically re-verified today — the shipped-through-multiple-versions substrate is treated as sufficient evidence. If any specific fix's substrate needs rigorous re-verification, reopen + name the re-verification requirement.