Closed andreasabel closed 1 week ago
This issue is stale because it has been open for 200 days with no activity. Leave a comment to avoid closing this issue in 5 days.
ATTN: @bethanyj28 Please triage/fix.
This issue is stale because it has been open for 200 days with no activity. Leave a comment to avoid closing this issue in 5 days.
Rather
if: always() && steps.<cache-restore-step>.outputs.cache-hit != 'true'
Finally!
Maybe fixing this one line shouldn't have taken 16 months, meanwhile leading thousands of users astray...
Fixed in #1452
https://github.com/actions/cache/blob/04f198bf0b2a39f7230a4304bf07747a0bddf146/save/README.md?plain=1#L83-L84
In my experience, if we had an exact cache hit, the attempt to save the cache (under the same key) will produce an error. So, the docs should be updated to something like
at least in cases where we did a restore.
As
cache-hit
will only be true if thecache-primary-key
equals thecache-matched-key
this will always save the cache when it is possible.