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
Build: Push .md5 and .sha1 files for every file we push to GCS #7602
Conversation
cc @roberthbailey or someone to possibly test on OS X, too. (just |
The shell looks reasonable. @eparis - want to take a look as well? |
|
It was mid-copy. Home DSL? I took the gsutil spam out a while ago or you might see intermediate progress. |
Yeah, could be the home network. I'll try again from work today. On Fri, May 1, 2015 at 7:57 AM, Zach Loafman notifications@github.com
|
I noticed that this pushed to |
Also by pre-staging and pushing all at once, and by doing the ACL modify in parallel, this shaves the push time down anyways, despite the extra I/O. Along the way: Updates to longer hashes ala kubernetes#6615
Done, PTAL |
Testing one more time before merging... |
Still waiting on travis but since this only changes shell script, the tests aren't going to cover it anyway. |
Build: Push .md5 and .sha1 files for every file we push to GCS
And adds a .sha1 cache file to indicate what file was already pushed to GCS, and how to force it if not, removing a few seconds off a kube-up/push if you're just cycling. With this and kubernetes#7602, all TAR_URLS will have a .sha1 as well.
And adds a .sha1 cache file to indicate what file was already pushed to GCS, and how to force it if not, removing a few seconds off a kube-up/push if you're just cycling. With this and kubernetes#7602, all TAR_URLS will have a .sha1 as well.
Also by pre-staging and pushing all at once, and by doing the ACL
modify in parallel, this shaves the push time down anyways, despite
the extra I/O.