为什么Facebook不使用Git
内容提要
Facebook最初使用Git作为版本控制，但因代码库庞大导致性能问题，最终转向Mercurial。团队发现Mercurial架构更清晰且易于扩展，迁移过程中通过沟通和文档化工作流成功说服全体工程师接受变更。Facebook对Mercurial的贡献提升了其在大型单体仓库中的表现。
延伸解读
性能瓶颈的具体表现
文章指出，Facebook的代码库规模远超Linux内核，导致Git操作变慢。关键瓶颈是Git需要检查每个文件的状态，随着文件数量增加，性能逐渐下降。模拟测试显示，基本Git命令耗时超过45分钟，这促使Facebook寻找替代方案。
Git维护者的回应与影响
Facebook团队曾联系Git维护者寻求改进，但遭到拒绝，建议拆分代码库。维护者认为Git不适合处理超大型单体仓库。这一回应促使Facebook转向Mercurial，后者架构更清晰且易于扩展。
迁移策略与内部推广
迁移过程中，Facebook团队通过沟通和文档化工作流成功说服工程师。他们花费数月时间社交化迁移可能性，映射常见命令，并记录高频操作在Mercurial中的对应方式。最终，工程师们接受变更，迁移顺利完成。
对Mercurial的贡献与影响
Facebook对Mercurial的贡献提升了其在大型单体仓库中的表现，并创造了“堆叠差异”的代码审查模式。这一模式后来被前Facebook员工带到其他公司，影响了开发工具生态。
Q&A
Facebook为什么最初选择使用Git作为版本控制工具？
Facebook最初选择Git是因为在2004年时，Git是一个流行的源代码控制系统，适合他们的需求。
Facebook为何最终决定迁移到Mercurial？
Facebook迁移到Mercurial是因为Git在处理庞大代码库时性能下降，而Mercurial的架构更清晰且易于扩展。
Facebook在迁移过程中如何说服工程师接受Mercurial？
Facebook团队通过沟通、文档化工作流和提供讨论机会，成功说服工程师接受Mercurial的迁移。
Facebook对Mercurial的贡献有哪些？
Facebook对Mercurial的贡献提升了其在大型单体仓库中的表现，并创造了“堆叠差异”的代码审查模式。
Facebook在使用Git时遇到了哪些性能问题？
Facebook在使用Git时，随着代码库规模的扩大，Git操作变得缓慢，特别是在处理大量文件时，基本命令可能需要超过45分钟。
Facebook选择Mercurial而非其他版本控制工具的原因是什么？
Facebook选择Mercurial是因为其性能与Git相似，但架构更清晰，且社区对Facebook的贡献持开放态度。
