Repository navigation
BUILD-13160: Pin S3 cache to step-security/runs-on-cache - #101
Conversation
Replace the runs-on/cache v5.0.7 pins with the StepSecurity maintained v5.0.8 fork so the S3 probe, restore, and save steps no longer call the third-party action.
|
Code Review ✅ Approved🟡 Medium risk · Replacing the S3 restore/save action with a different pinned implementation could alter cache reads or writes; its code is not included in the diff. Pins the three S3 cache steps in Verification Rules 3/3 met Repos 1 inspectedFunctional validation No results Rules 3 passed
Broader impact Repos 1 inspectedCross-repo 1 repository inspected 0 open impacts
Auto-approval Not enabledFor more verification details, comment OptionsAuto-apply is off → Gitar will not commit updates to this branch. Comment with these commands to change the behavior for this request:
Was this helpful? React with 👍 / 👎 | Gitar |
|



Summary
action.ymltostep-security/runs-on-cachev5.0.8(e61ed9b0206c630e9a6bb5f12ca4cd78ae7bbe93) instead ofruns-on/cachev5.0.7.restoresteps (probe and restore-only) and the combined save step move together. The save step's post action is what writes the cache back to S3 after the credential guard.v5.0.8is the release that runs the StepSecurity subscription check at the start. The pin is a commit SHA, not the floatingv5tag.This does not move the
v1branch. Consumers of@v1stay onruns-on/cacheuntilv1.7.4is released.Test plan
test-action.ymlpass onsonar-xs, including probe, combined save, andtest-s3-cache-skip-redundant-saveaction.ymlno longer referencesruns-on/cachev1.7.4and movev1only with an explicit go-ahead