Commit bf9b899
fix(ci): remove invalid job-level hashFiles guard from cargo-audit
The job carried `if: hashFiles('Cargo.lock') != ''`. That is wrong twice
over. `hashFiles` resolves against GITHUB_WORKSPACE, which does not exist at
job-evaluation time — before any checkout — so at job level it can never see
a file that is in the repository. And the run did not SKIP, it FAILED: zero
jobs, no annotation, the startup_failure shape. The expression was rejected
outright rather than evaluating false.
Measured failing on main as well as on this branch, since at least
2026-07-03, so this is pre-existing and not introduced here.
The guard is unnecessary in this repository anyway: vcl-ut has a committed
root Cargo.lock. A repository that genuinely needs it should put it on the
steps after checkout, where hashFiles can see the tree — recorded in a
comment, since this file is template-shared across the estate.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>1 parent 37b7ab6 commit bf9b899
1 file changed
Lines changed: 13 additions & 1 deletion
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
22 | 22 | | |
23 | 23 | | |
24 | 24 | | |
25 | | - | |
| 25 | + | |
| 26 | + | |
| 27 | + | |
| 28 | + | |
| 29 | + | |
| 30 | + | |
| 31 | + | |
| 32 | + | |
| 33 | + | |
| 34 | + | |
| 35 | + | |
| 36 | + | |
| 37 | + | |
26 | 38 | | |
27 | 39 | | |
28 | 40 | | |
| |||
0 commit comments