Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

@actions/cache, why are paths needed to compute version #1433

Open
skjnldsv opened this issue Jun 2, 2023 · 0 comments
Open

@actions/cache, why are paths needed to compute version #1433

skjnldsv opened this issue Jun 2, 2023 · 0 comments
Labels
bug Something isn't working

Comments

@skjnldsv
Copy link

skjnldsv commented Jun 2, 2023

Describe the bug
When using the cache action, the path is used to generate a unique version.
Unfortunately depending on the runner type official or self-hosted) the workspace do changes and creates a different version.
This leads to a mistmatch and a failure.

To Reproduce
Steps to reproduce the behavior:

  1. Have self-hosted AND github runners available
  2. Create a workflow that cache some folders using ${{ github.workspace }}
  3. Have multiple matrix start and restore the said cache
  4. See failures on runs that are on a different type of runner than the one the cache was created on

Expected behavior
I do wonder why we actually care about the path at all when restoring?
If I did cache some folders, and I do want to restore them, shouldn't the cache key be enough to justify a proper cache match or miss?

Might be related: #1377

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant