-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Prevent "too many open files" in artifact upload #1771
Conversation
Once #1774 is merged, I'll rebase on top of the new state of |
65faef4
to
9517cdf
Compare
Just rebased on top of |
@robherley - Looks like a team member needs to re-approve running the workflows again. |
Looks like this can be removed: import {createReadStream} from 'fs' |
Done in commit 7c61054. |
@robherley - Your approving review is now considered stale because I rebased and pushed one new commit. Want to give this another look? I should be done making changes. |
Fixes actions/upload-artifact#485.
The
.file
method uses "a lazystream wrapper to prevent issues with open file limits", which is precisely the scenario we're running into with actions/upload-artifact#485.This was originally part of #1723, but I pulled the bugfix out into its own PR so it can be reviewed separately from the bugfix that #1723 was for (preserving Unix file permissions in uploaded .zip files). This one is more urgent than the Unix file permissions, which can be worked around by uploading a .tar file.