-
Notifications
You must be signed in to change notification settings - Fork 406
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
Maintenance: Refactor artifact name strategy for parallel uploads #3748
Comments
linking a sub-action solution if we also need it in the future: actions/upload-artifact#505 |
Working on this tomorrow morning so we can make a patch release |
We're also planning on making a release in the afternoon; let us know if you want to team up or just bounce ideas. |
Let’s team up, it’s easier ;)
…On Mon, 19 Feb 2024 at 20:32, Andrea Amorosi ***@***.***> wrote:
We're also planning on making a release in the afternoon; let us know if
you want to team up or just bounce ideas.
—
Reply to this email directly, view it on GitHub
<#3748 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAZPQBE26GDFPTCNEZXLDVDYUOSF5AVCNFSM6AAAAABDBOU2IKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNJTGA3DCNRYHA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***
com>
|
|
Why is this needed?
GitHub
actions/upload-artifact
v4 has a racing condition when uploading artifacts with the same artifact name in parallel.For example, our Lambda Layer CDK artifacts are uploaded on a per region deploy in parallel using the a static output name.
This caused today's release to fail partially - re-running failed jobs served as a workaround.
Which area does this relate to?
No response
Solution
Since it's a race condition on upload, we need a dynamic artifact name e.g., one per region. Then merge these artifacts on download.
We'll need a testing environment to create a parallel job to test this out.
Acknowledgment
The text was updated successfully, but these errors were encountered: