Closed Bo98 closed 5 months ago
Thanks @Bo98, good reads. Anything relevant to more basic uses like e.g. formulae.brew.sh we should know about (other than: you'll need to upgrade both actions at once)?
Should all be okay there I think.
Only scenario which is a problem is any workflow that uploads to the same artifact name in multiple jobs, e.g. each OS/arch in Homebrew-core uploads to a single "bottle" artifact. This setup no longer works. Workflows using a matrix is usually where you see this.
Things here in Homebrew/actions may be used under such environments by Homebrew/core etc so anything here could also be affected.
I think migration should be fairly straightforward (at least for Homebrew/core) given changes in the newer versions of upload/download-artifact: https://github.com/actions/upload-artifact/issues/472#issuecomment-1861571655
We don't always use download-artifact
directly (except dispatch-*
workflows), but we could similarly add a pattern feature to pr-pull
.
Notable breaking change for the way we deal with bottles, that will require changes in multiple workflows and repositories:
There's also some improvements that may make some things easier like:
There was some difficulties we had with bottle caching and reruns that may have been solved here.
We can also probably deprecate
Homebrew/actions/download-artifact
:Worth noting however when we make the change that when switching to
actions/download-artifact@v4
:This means we should probably do the switch at a time when a bunch of PRs aren't pending approval as all of them will need rebasing.
There will likely also be a GitHub blog post about all this soon.
These partially overlap in information, but all three are worth reading: