News for hackers. Stuff that matters.
Re:Facebook's git repo is 54GB by SnakeDoc on Friday April 25, 2014 @03:59PM (#7648714)
I hope everyone realizes this is not 54GB of code, but in fact, is more likely a very public showing of very poor SCM management. They likely have tons of binaries in there, many many full codebase changes (whitespace, tabs, line endings, etc). Also not to mention how much dead code lives in there?
Re:Facebook's git repo is 54GB by lnanek2 on Friday April 25, 2014 @04:07PM (#7648754)
Honestly, I prefer check-in everything shops. It's way too often otherwise some different Java version, or IDE version, or Maven central being down screws something up, or you have to wait a long time for a Chef recipe or disk image to give you the reference version. Half my day today was dealing with someone updating Java on half our continuous build system slave computers and breaking everything because it didn't have JAVA_HOME and unlimited strength encryption all setup properly.
Re:Facebook's git repo is 54GB by SnakeDoc on Friday April 25, 2014 @04:11PM (#7648771)
That sounds like either poor Sys Admin'ing and/or poor documentation... SCM should not have "clutter" in it, otherwise you wind up with an all-day download of 54GB of dead or useless garbage. The Kernel's repo is only a few GB's and it has MANY more changes and much more history than FB does...
Re:Facebook's git repo is 54GB by kyberias on Friday April 25, 2014 @04:53PM (#7648970)
You should realize that the kernel doesn't have image and other assets that FB might have. And the repo obviously is the right place for them.
Re:Facebook's git repo is 54GB by pekk on Friday April 25, 2014 @06:16PM (#7649375)
"The" repo. As if they had no choice but to put everything for every aspect of the business into ONE giant repo.

Hopefully they actually have some separate sites, separate tools and separate libraries. Or could understand how to use submodules or something rather than literally putting everything in one huge repository.

Whether to put images and other assets into git repos is a separate decision.