workflows: install-deps step needs observability output (currently silent when deps pre-baked) #29
Labels
No labels
bump
major
bump
minor
bump
patch
kind
bug
kind
chore
kind
docs
kind
epic
kind
feature
loop/paused
mirror-drift
priority
critical
priority
high
priority
low
priority
medium
size
L
size
M
size
S
size
XL
status
blocked
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
frankenbit/release-toolkit#29
Loading…
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?
Why (surfaced from #16 + Surveyor cac0 catch on PR #26)
The
install-depsstep in the reusable workflows currently has this shape:When
missing=()is empty (pre-baked image), the if-block doesn't fire and the step produces zero output. This is identical to the step having been SKIPPED by the runner.That ambiguity bit the #16 diagnostic: I couldn't distinguish "install-deps ran silently as a no-op" from "install-deps was skipped by the runner alongside normalize-version" — both produce the same empty log section. The normalize-version skip was confirmed (it WOULD have produced
::set-output::markers); the install-deps state remains ambiguous.Proposed fix
Add a single
echoline at the end of the step that logs the deps state regardless of branch:Or simpler:
The minimal form ("checked: yq, jq, curl") removes the runner-state ambiguity without adding complexity. If the step runs, that line appears; if the step is skipped (whatever runtime quirk produces that), the line is absent.
Scope
Applies to all 4 reusables that have an install-deps step:
_release-prep.yml_release-draft.yml_release-publish.yml_manifest-check.ymlPure observability addition. No behavior change.
Disposition lean
(A) Single PR adding the one-line probe across all 4 reusables. Ships in v0.3.x.
Cross-tracker
— QM, 2026-06-24, post-PR #26 diagnostic refinement.
workflow_runsAPI can report success without actual job execution (trusted-proxy trap) #47workflow_runsAPI can report success without actual job execution (trusted-proxy trap) #47