主要观点总结
本文介绍了互联网巨头Facebook和Google在代码库发展过程中的经历。两家公司都采用了单一代码库策略，并面临处理超大代码库性能问题的挑战。Facebook选择了开源软件Mercurial进行魔改以满足需求，而Google则选择自行发明新的版本管理系统Piper。文章还提到了Git、Perforce以及其他版本控制系统的相关信息。
关键观点总结
关键观点1: Facebook和Google采用单一代码库策略。
两家互联网巨头在处理超大规模代码库时，都选择了单一代码库策略。随着代码库的飞速增长，他们面临性能挑战。
关键观点2: Facebook选择Mercurial并进行了魔改。
Facebook在面临Git性能问题时，考虑了Mercurial，并对其进行了扩展和修改，以提高处理超大规模代码库的效率。
关键观点3: Google发明了新的版本管理系统Piper。
Google在面临Perforce性能问题和Git主流观点不符的情况下，选择自行开发新的版本管理系统Piper。
关键观点4: Mercurial和Git社区的合作与对比。
文中提到了Mercurial社区对Facebook问题的积极响应和合作，与Git社区形成了鲜明对比。
关键观点5: 总结与启示。
文章最后总结了Facebook和Google在处理代码库发展过程中的经验，并指出对于大多数公司来说，选择Git就足够了。
文章预览
1 两个软件同时诞生 2005年4月，Larry发现有Linux内核开发者违反了协议，正在对自己的宝贝软件BitKeeper做逆向工程，他怒不可遏，撤销了Linux的使用许可。 （详情参见： 被Linux之父力挺的软件，开源后倒下了... ） Linux一下子面临者没有源码管理系统的窘境！ 这件事情影响很大，第一，Linus Torvalds不得不停下内核的开发和管理工作，开始开发Git。 第二，它促使Olivia Mackall发布了几周前开发的 Mercurial v0.1 ，和Git一样，这也是一个可扩展的分布式版本控制系统。 两个分布式版本控制系统可以说是同时起步。 很明显，顶着Linux光环的Git（当然它自身非常优秀）受到了更多人的欢迎，很多公司选择了Git，其中就包括互联网巨头Facebook。 随着业务的飞速发展，Facebook的代码库也开始以惊人的速度增长。 单单是2013年，Facebook的Git代码仓库就提交了4.4万个文件，170
………………………………
