Earlier quoted context omitted.
They built their own build system because once you are dealing with top engineers NIH sets in quickly and you write your own everything.
They have their own in-house version of just about every dev tool. http://phabricator.org/
Facebook's git repo is 54GB
171–180 of 245 posts
Re: Facebook's git repo is 54GB
#172Earlier quoted context omitted.
FWIW: Every time you modify a file in git, it adds a completely new copy of the file. 100mb text file, 100mb binary file - makes no difference. Modify one line, it's a new 100mb entry in your git repo.
No, git has delta compression. It only saves the changes.
Re: Facebook's git repo is 54GB
#173Earlier quoted context omitted.
They built their own build system because once you are dealing with top engineers NIH sets in quickly and you write your own everything.
To be fair once you are over 1000 engineers, a 1% improvement in productivity is worth a lot of development time.
Re: Facebook's git repo is 54GB
#174Earlier quoted context omitted.
They built their own build system because once you are dealing with top engineers NIH sets in quickly and you write your own everything.
They have their own in-house version of just about every dev tool. http://phabricator.org/
Re: Facebook's git repo is 54GB
#175Earlier quoted context omitted.
They built their own build system because once you are dealing with top engineers NIH sets in quickly and you write your own everything.
They have their own in-house version of just about every dev tool. http://phabricator.org/
Review board and Gerrit are both awful in comparison
Re: Facebook's git repo is 54GB
#176Earlier quoted context omitted.
I'm a bit confused. Whenever I've used git on my projects, I'd make sure the binaries were excluded, using .gitignore Don't other people do that, too? What's the benefit of having binaries stored? I've never needed that; I've never worked on any huge projects, so I might be missing something crucial.
Well, it depends. Images are for instance binaries where a text diff makes little sense, so you have a copy of each version of the image ever used. And many projects use programs where the files are binaries. For instance, I've been on a project where Flash were used and the files checked in. Or PhotoShop PSD files, .ai files etc.
As for images, icons, fonts and similar, I just have a build script that copies/generates them, if it's needed.
I guess I've always been a little bit "obsessed" about the tidiness of my repositories.
Re: Facebook's git repo is 54GB
#177Earlier quoted context omitted.
But they surely don't use git for that, right? In scenarios like this a versioning system that does not track all history locally would be a better fit.
It could use git-annex[1]? [1] https://git-annex.branchable.com/
Re: Facebook's git repo is 54GB
#178Earlier quoted context omitted.
I don't see how this is an Ant-specific issue. Ant is just calling into javac with a classpath parameter. The actual execution time spent in Ant should be minimal.
With Android, ant makes naive assumptions. For example, most open source library projects that you include in a project don't change from build to build, but ant dutifully recompiles them each time instead of caching the output until the files in that project are changed or I manually clean the build output.
Re: Facebook's git repo is 54GB
#179Earlier quoted context omitted.
Hello there, have you heard of service oriented architecture? You must be joking to justify a single repository with "easier to change". Your problem is that the code base must be tightly coupled if splitting the services out to different repos is not possible and you need to contribute to multiple repositories to get something done. I would say, the biggest change in Amazon's architecture was moving over to the serv…
SOA isn't a magic bullet. What if multiple services are utilizing a shared library? For each service to be independent in the way I think you are advocating for, you would need multiple copies of that shared library (either via separate copies in separate repos or a shared copy via something like subrepos). Multiple copies leads to copies getting out of sync. You (likely) lose the ability to perform a single atomic c…
Re: Facebook's git repo is 54GB
#180Earlier quoted context omitted.
They have their own in-house version of just about every dev tool. http://phabricator.org/
FYI phabricator originated at Facebook, but the guys who wrote it left and founded Phalicity, who supports it full time now. Facebook did the world a service by open sourcing phabricator. Review board and Gerrit are both awful in comparison
They each have their strengths, but both of them are infinitely preferable to not doing code review. Neither is awful.