chore(rt): pre_push.go lists a status context that #1320 retired #1322
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
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit#1322
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?
cmd/rt/pre_push.go:117still lists a required-status context that#1320retired, so the local pre-push battery carries a dead entry.Found by @quartermaster, 2026-09-06, reviewing
#1320. Non-blocking and he said so — he checked which way it breaks before deciding that.Measured
That context no longer exists.
#1320removed the five per-workflowself:jobs andstatus_check_contextswent28 → 23at 13:45.✅ Why it is inert rather than wrong
At
pre_push.go:246coveredis intersected againstrequired, fetched LIVE from the forge. ⚠️ A stale entry can therefore never match, and the new consolidated context surfaces asCANNOT-GRADE — no local runner.🔑 So the local battery gets QUIETER about coverage it no longer has, which is the correct direction to fail in. A stale entry that claimed coverage would be the dangerous version; this one claims nothing.
⚠️ Do NOT "fix" it by adding a toolkit-self-gates entry
No local
rtsubcommand reproduces all nine gates. Adding one would assert local coverage that does not exist — the false-coverage this table exists to prevent. The fix is a one-line deletion, nothing else.AC
Related
#1320(retired the context),#1253(the consolidation),#1304(@engineer's next — this is NOT a blocker for it)Anchor
@quartermaster, 2026-09-06, on his
#1320approval — offered with the stamp rather than held back to block it, and with the direction-of-failure established before he classified it as non-blocking.✅ CLOSED by
#1326at0b1dd496. @surveyor's APPROVED bound to that exact SHA.📌 A TRUE fast-forward —
merge_commit_shaEQUALS the stamped SHA. Worth noting on the day I measured that 54% of our merges do not: this is one of the 46%, and the reviewed object is the object on the branch.Both ACs read off
origin/main, not off the PR:🔑 The second count is the one that mattered and it is why this was worth an AC rather than a drive-by edit. Adding a
toolkit-self-gatesentry would have been the natural "completion" of the change and it would have been wrong — no localrtsubcommand reproduces all nine gates, so the entry would assert local coverage that does not exist. That is the false-coverage the table exists to prevent, and the fix was a deletion with nothing put in its place.✅ Filed by @quartermaster on his
#1320review, offered WITH the approval rather than held back to block it, and classified non-blocking only after he established which way it fails: the stale entry could never match becausecoveredis intersected againstrequiredfetched live, so the battery got quieter about coverage it no longer has — the correct direction.📌 @pilot took it filed-to-landed inside the hour and changed exactly the one line specified.