Skip to content

chore(ci): pin rust-cache to the v2.9.2 release, not a branch head - #353

Merged
Jolah1 merged 1 commit into
mainfrom
chore/pin-rust-cache-v2.9.2
Aug 19, 2026
Merged

chore(ci): pin rust-cache to the v2.9.2 release, not a branch head#353
Jolah1 merged 1 commit into
mainfrom
chore/pin-rust-cache-v2.9.2

Conversation

@Jolah1

@Jolah1 Jolah1 commented Aug 19, 2026

Copy link
Copy Markdown
Owner

Replaces #350.

Why not just merge #350

Dependabot proposed moving the Swatinem/rust-cache pin to 258712b0. I checked that SHA against the GitHub API and no tag points at it. It is an untagged commit on master, dated 2026-08-12, three commits past the newest release, and the workflow comment would still have read # v2 while v2 actually resolves to a different commit.

SHA-pinning is worth the noise only when the SHA is something a reviewer can look up. Pinning an unreleased branch head labelled as a major version gives up that property.

To be fair to dependabot: the pin being replaced, e18b4977 from 2026-03-12, is untagged as well. This is not a regression it introduced, it is the same pattern five months on, and worth breaking now that we have looked at it.

What this does

Pins all three usages in .github/workflows/rust.yml to the real release commit and names the version in the comment:

v2.9.2  -> 6323deb102c322ba6fcbdcafc7e3dddab59af2b6   (2026-08-06)
v2 tag  -> 6323deb102c322ba6fcbdcafc7e3dddab59af2b6   (same commit)
#350    -> 258712b0b7b1ddf8bddc9fc3b0faca682b2736c3   (untagged)

v2.9.2 is the latest release as of today, and the v2 moving tag agrees with it.

The one commit #350 would have picked up over v2.9.2 is "fix: stop cleanup timestamp pruning after the first entry (#377)", a cache-pruning fix. Nothing we depend on. It will arrive here the next time upstream cuts a release.

Verification

Every SHA in this PR was resolved through the GitHub API rather than trusted from a comment:

gh api repos/Swatinem/rust-cache/releases/latest              -> v2.9.2
gh api repos/Swatinem/rust-cache/git/ref/tags/v2.9.2          -> 6323deb1
gh api repos/Swatinem/rust-cache/git/refs/tags --paginate     -> nothing points at 258712b0

CI exercises the change directly: all three cargo jobs use this action.

Closes #350.

🤖 Generated with Claude Code

Dependabot's #350 wanted to move this pin to 258712b0, an untagged
commit on master three commits past the newest release, while leaving
the comment reading "# v2". Pinning by SHA is only worth doing if the
SHA is something you can look up, so this pins the actual v2.9.2 release
commit instead and names it in the comment.

  v2.9.2   -> 6323deb102c322ba6fcbdcafc7e3dddab59af2b6  (2026-08-06)
  v2 tag   -> 6323deb102c322ba6fcbdcafc7e3dddab59af2b6  (same commit)
  #350     -> 258712b0b7b1ddf8bddc9fc3b0faca682b2736c3  (untagged)

The pin being replaced, e18b4977 from 2026-03-12, was untagged too, so
this is not a regression dependabot introduced. It is the same pattern,
five months on, and worth breaking now that we have looked at it.

Closes #350.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@vercel

vercel Bot commented Aug 19, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
ghost-key Ready Ready Preview Aug 19, 2026 2:50pm

@Jolah1
Jolah1 merged commit 85282dd into main Aug 19, 2026
7 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant