You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fix A Local ./ Reference in a Called Reusable Workflow Does Not Run at the Workflow Commit #1886.scripts/README.md's sha-pin bullet says local (./) and self-repository ($/) references both "run at the workflow commit". Distinguish them: a $/ reference resolves at the containing workflow file's commit, while a ./ reference resolves against whatever the job checked out, which for a reusable workflow called from another repository is the caller's checkout. Check WORKFLOW.md's test-methodology trace paragraph (the sentence "A local (./) or self-repository ($/) call carries no pin of its own and runs at the workflow commit") for the same gap and correct it the same way. Verify the claim against docs/reusable-workflows.md and the definition of $/ that State the Pin Comment as the Release Tag and Define $/ #1885 added before editing. Done looks like: both surfaces state the distinction, the prose gates pass, and a pull request into develop carrying Closes on promotion: #1886 has merged.
External blockers
None known.
Internal dependencies
None. WORKFLOW.md is carried canonical content, so the wording must hold for every carrier, not only the hub.
State
No branch, worktree, or pull request exists for this lane yet. #1885, which introduced the $/ definition this issue builds on, is merged to develop and not yet promoted. Re-derive develop's tip and the open pull requests before starting.
The parked decision queue
None for this lane.
What the last round did
A picker created this lane from the open backlog. Nothing has been worked.
Next steps, in priority order
scripts/README.md'ssha-pinbullet says local (./) and self-repository ($/) references both "run at the workflow commit". Distinguish them: a$/reference resolves at the containing workflow file's commit, while a./reference resolves against whatever the job checked out, which for a reusable workflow called from another repository is the caller's checkout. CheckWORKFLOW.md's test-methodology trace paragraph (the sentence "A local (./) or self-repository ($/) call carries no pin of its own and runs at the workflow commit") for the same gap and correct it the same way. Verify the claim againstdocs/reusable-workflows.mdand the definition of$/that State the Pin Comment as the Release Tag and Define $/ #1885 added before editing. Done looks like: both surfaces state the distinction, the prose gates pass, and a pull request into develop carryingCloses on promotion: #1886has merged.External blockers
None known.
Internal dependencies
None.
WORKFLOW.mdis carried canonical content, so the wording must hold for every carrier, not only the hub.State
No branch, worktree, or pull request exists for this lane yet. #1885, which introduced the
$/definition this issue builds on, is merged to develop and not yet promoted. Re-derive develop's tip and the open pull requests before starting.The parked decision queue
None for this lane.
What the last round did
A picker created this lane from the open backlog. Nothing has been worked.
What not to repeat
Nothing yet.
New learnings
None.