mirror of
https://github.com/nektos/act.git
synced 2026-04-26 09:25:54 +03:00
[GH-ISSUE #285] actions/cache@v2 error: Cache Service Url not found, unable to restore cache #200
Labels
No labels
area/action
area/cli
area/docs
area/image
area/runner
area/workflow
backlog
confirmed/not-planned
kind/bug
kind/discussion
kind/external
kind/feature-request
kind/question
meta/duplicate
meta/invalid
meta/need-more-info
meta/resolved
meta/wontfix
meta/workaround
needs-work
pull-request
review/not-planned
size/M
size/XL
size/XXL
stale
stale-exempt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/act#200
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @grische on GitHub (Jun 20, 2020).
Original GitHub issue: https://github.com/nektos/act/issues/285
I am not sure how the cache is meant to work with nektos/act, but when working around bug #257, the cache will always throw a
cache-hit=falsewith the following errors:@benwinding commented on GitHub (Jul 22, 2020):
Happens with
actions/cache@v1too.Seems that every test of a github action requires all npm modules to be installed....
Has anyone found a work around?
@rafilkmp3 commented on GitHub (Jul 29, 2020):
still searching anithin better than comment lines to use act
@quisse commented on GitHub (Jul 31, 2020):
The
ACTIONS_CACHE_URLis missing.@github-actions[bot] commented on GitHub (Sep 30, 2020):
Issue is stale and will be closed in 7 days unless there is new activity
@benwinding commented on GitHub (Sep 30, 2020):
Any progress on this? seems to be linked to #329
@github-actions[bot] commented on GitHub (Jan 8, 2021):
Issue is stale and will be closed in 7 days unless there is new activity
@grische commented on GitHub (Jan 18, 2021):
I guess this can be tracked as part of #329
@BevanR commented on GitHub (Dec 7, 2021):
Google search suggestions and results suggest that this is a popular topic and issue;
@BevanR commented on GitHub (Dec 7, 2021):
If you are using nektos/act to develop GHA workflows locally and want to get
actions/cacheworking so that you can get faster feedback when you test-run on your changes to GHA workflow yaml files;if: ${{ !env.ACT }}--reuseflag.I will repeat that last step, because it is a much better solution than trying to get the cache action working locally;
Use act's
--reuseflagFrom the docs;
-r, --reuse reuse action containers to maintain stateCache saving and restoring becomes unnecessary.
@netaskd commented on GitHub (Dec 19, 2021):
@BevanR in this case we have to set
name:field the same for each jobs, that usesactions/cache. Otherwise it does not work...@guice commented on GitHub (Jan 4, 2022):
As @netaskd as informed us, this only works if each job has the same
jobs.{id}.name:value, which, as you may expect, not ideal. It would be nice if--reusereused the container for the whole workflow.It seems
--reusekeys onjobs.{id}.namefor reuse.@leumasme commented on GitHub (Jul 5, 2022):
I am using a github action developed by someone else in my own action via
uses. Their action includesactions/cache, causing act to fail. I do not need the cache for speeding up actions, is there a way to simply ignore the cache action in subactions to getactto work without having to modify the subactions?@BevanR commented on GitHub (Jul 5, 2022):
@leumasme
--reusemay work in this scenario; You will still need to modify the sub-actions, but only temporarily to get it to install the cached dependencies once. Then, if the sub-action uses the cache correctly with an appropriatekey, then it won't attempt to access the cache and will succeed.@zhz125 commented on GitHub (Jul 8, 2022):
I am using bazelisk. I used the exact yml (minus mount cache step) as provided by the website and I got the following errors. Any workaround or future support for bazel?
@adrianruizmora commented on GitHub (Feb 1, 2023):
As netaskd and guice have said you need to use the same name for each job that uses actions/cache. What i have done to make it more dynamic is to set the name of jobs like the following so i don't have to make changes to test locally or before pushing: