Re:Software Engineering at Google (2017)
by Teknoman117 on Friday January 04, 2019 @10:41AM
(#18824748)
Are you allowed to share if the internal repository a custom version control system or is it one of the open source ones?
[ Parent
| on HN ]
it's already been published. Google used Perforce for at least a decade and then cloned the perforce wire protocol when it was clear perforce wouldn't keep scaling (there's a great presentation online about google using RAMSANs to store the perforce index), but backed the repo in something like bigtable or spanner.
I'll give google credit for one thing: it can change backends a lot without too much user visible pain.
Re:Software Engineering at Google (2017)
by joshuamorton on Friday January 04, 2019 @01:13PM
(#18826240)
>I'll give google credit for one thing: it can change backends a lot without too much user visible pain.
Amusingly, this comment may explain how someone in this thread can be incredulous about the idea that things get rewritten every 2-3 years (which yes is an exaggeration).
Google is very good at making sweeping infrastructural changes (generally improvements, I might add) without significant user pain.
It is, like most of the tools in Google/Facebook/..., a custom solution.
These companies need their custom solution because of their scale.