-
Notifications
You must be signed in to change notification settings - Fork 558
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
What does always_pull
do?
#55
Comments
Found my way here after reading the docs and wondering the same thing... I read it as meaning:
.. although if that is correct I don't see why it would be |
hmm unfortunately not, I enabled my understanding is that the build cache is not stored in the published images anyway, so I'm not sure if that's even possible? really not sure what the purpose of |
Down the rabbit hole.. the Go code appends
Got an answer from this Stackoverflow post Essentially So for GH actions it's not relevant, as either you've published the baseimage in a previous step (meaning it would be pulled down again) or you don't have the baseimage locally and it would be pulled as part of IMO it could probably be removed, or at least better documented since we both assumed the wrong thing. |
This input has been renamed |
Version 2 has been merged to the main branch and is therefore available via As a reminder, this new version changes drastically and works with 3 new actions (login, setup-buildx and setup-qemu) that we have created. Many usage examples have been added to handle most use cases. And it should fix this current issue. Don't hesitate if you have any questions. |
My guess is that pulling a previously built image will facilitate layer-reusing, like using the old image as a cache. Am I right?
The text was updated successfully, but these errors were encountered: