Re:GitHub’s Large File Storage is no panacea for Open Source
by megastep on Saturday October 24, 2015 @07:10PM
(#10445234)
The way I understand it, it should be possible, though it's more complicated since they seem to infer the LFS URL from the repo URL by default. So if you wanted to say keep your repo on Github, and store your LFS files on S3, you'd need to explicitly tell git where to write the files. There are configuration values for that.
Also you'd need the necessary LFS server piece on Amazon's side.
Re:GitHub’s Large File Storage is no panacea for Open Source
by eshamow on Saturday October 24, 2015 @07:19PM
(#10445266)
I'm thinking that rather than using git for versioning the binary artifacts as well, you tag and version your git repo, then tag and name/label your artifacts in another storage service. You then allow a build tool to assemble from both locations.
Re:GitHub’s Large File Storage is no panacea for Open Source
by hyperpape on Saturday October 24, 2015 @07:02PM
(#10445215)
Aside from a second point of failure, how does this integrate with anything? When you push, what piece of software pushes what where? And who pays?
Re:GitHub’s Large File Storage is no panacea for Open Source
by eshamow on Saturday October 24, 2015 @07:17PM
(#10445258)
You can put this sort of build framework together with whatever tool you're using (gradle, maven, rake, grunt etc).
The idea isn't to shove everything into a storage bucket, but to assemble a toolchain using components that are fit for purpose. Git is fundamentally not fit for purpose as an artifact repository. There are tools that are.
-Eric
Is there a reason why binary blobs need to be stored directly next to code in order to be versioned?