Graphite blog
·
为什么Facebook不使用Git
💡
原文英文，约1900词，阅读约需7分钟。
📝
内容提要
Facebook最初使用Git作为版本控制，但因代码库庞大导致性能问题，最终转向Mercurial。团队发现Mercurial架构更清晰且易于扩展，迁移过程中通过沟通和文档化工作流成功说服全体工程师接受变更。Facebook对Mercurial的贡献提升了其在大型单体仓库中的表现。
🎯
关键要点
- Facebook最初使用Git作为版本控制，但在2012年遇到性能瓶颈，代码库规模远超Linux内核，导致Git操作变慢。
- Facebook团队尝试联系Git维护者寻求改进，但遭到拒绝，建议将代码库拆分成多个小的Git仓库。
- 在考虑其他替代方案后，Facebook最终选择了Mercurial，因为其架构更清晰且易于扩展。
- 迁移过程中，Facebook团队通过沟通和文档化工作流成功说服全体工程师接受变更，确保了迁移的顺利进行。
- Facebook对Mercurial的贡献提升了其在大型单体仓库中的表现，并创造了“堆叠差异”的代码审查模式。
❓
延伸问答
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的贡献持开放态度。
➡️
