Graphite blog
·
谷歌如何将数十亿行代码从Perforce迁移到Piper
内容提要
谷歌在2011年依赖单一Perforce服务器管理源代码，支持每日1200用户和1100万命令。随着需求增长，谷歌开发了新系统Piper，历时四年成功迁移，降低了运营风险并提升了系统性能，标志着代码管理的重大转变。
关键要点
-
2011年，谷歌依赖单一Perforce服务器管理源代码，支持每日12000用户和1100万命令。
-
随着需求增长，谷歌在2008年开始考虑替代方案，最终决定开发新系统Piper。
-
Piper系统于2012年成功迁移，历时四年，显著降低了运营风险并提升了系统性能。
-
迁移过程中，谷歌面临多个挑战，包括与Perforce的依赖关系和法律诉讼的压力。
-
迁移完成后，谷歌的自动提交数量显著增加，标志着代码管理的重大转变。
延伸解读
迁移的挑战与风险
谷歌在将代码从Perforce迁移到Piper的过程中面临了多重挑战，包括与现有系统的深度依赖和法律诉讼的压力。这些因素使得迁移过程复杂且风险高，工程师们必须小心翼翼地确保不影响用户体验。
单一代码库的优势
谷歌选择继续使用单一代码库（monorepo）而非多个小型代码库，这一决策在当时并不明显。尽管业界普遍建议使用多个小型代码库，但谷歌的选择为后来的代码管理和工具开发奠定了基础，显示了其在规模化管理上的前瞻性。
迁移后的系统性能提升
迁移完成后，Piper系统显著降低了谷歌的运营风险，并提升了系统性能。这一转变不仅解放了原有的Perforce服务器，还为后续的新系统和工具的开发提供了支持，标志着谷歌在代码管理上的重大进步。
延伸问答
谷歌为什么决定从Perforce迁移到Piper？
谷歌决定迁移到Piper是因为Perforce服务器无法满足日益增长的需求，且存在运营风险。
Piper系统的开发历时多久？
Piper系统的开发历时四年，最终于2012年成功迁移。
迁移过程中谷歌遇到了哪些挑战？
谷歌在迁移过程中面临了与Perforce的依赖关系、法律诉讼压力以及生产依赖的挑战。
Piper系统对谷歌的代码管理有什么影响？
Piper系统的迁移显著降低了谷歌的运营风险，并提升了系统性能，促进了自动提交数量的增加。
谷歌在迁移到Piper时采取了哪些技术措施？
谷歌采用了清洁房间设计的行业解决方案，以确保在不复制Perforce接口的情况下进行迁移。
Piper系统的设计理念是什么？
Piper系统是分布式的，基于标准的谷歌基础设施（最初是Bigtable）构建。
