mirror of
https://github.com/renovatebot/renovate.git
synced 2026-10-24 22:48:06 +00:00
64aa6497b9
As noted in #47292, since `gh actions-lock` v0.2.0 locked pins are sticky: running `gh actions-lock` only resolves refs that the lockfile doesn't record yet. If a ref updates (i.e. `pnpm/setup@v3.0.0` to `pnpm/setup@v3.1.1`), then `gh actions-lock` fails with a `Ref changed` error and `Unused lockfile entry`, and writes nothing out, leaving the branch in an unusable state. Per v0.2.0's release notes, we should use `--relock` to re-resolve every ref and rebuilds the lockfile graph. This updates floating tags i.e. `@v4` when occurring, because they are technically a floating tag that has now updated. Co-authored-by: Claude Sonnet 5.5 <jamie.tanna+claude-code@mend.io>