Graphite blog
·
谷歌如何将数十亿行代码从Perforce迁移到Piper
💡
原文英文，约1600词，阅读约需6分钟。
📝
内容提要
谷歌在2011年依赖单一Perforce服务器管理源代码，支持每日1200用户和1100万命令。随着需求增长，谷歌开发了新系统Piper，历时四年成功迁移，降低了运营风险并提升了系统性能，标志着代码管理的重大转变。
🎯
关键要点
- 2011年，谷歌依赖单一Perforce服务器管理源代码，支持每日12000用户和1100万命令。
- 随着需求增长，谷歌在2008年开始考虑替代方案，最终决定开发新系统Piper。
- Piper系统于2012年成功迁移，历时四年，显著降低了运营风险并提升了系统性能。
- 迁移过程中，谷歌面临多个挑战，包括与Perforce的依赖关系和法律诉讼的压力。
- 迁移完成后，谷歌的自动提交数量显著增加，标志着代码管理的重大转变。
❓
延伸问答
谷歌为什么决定从Perforce迁移到Piper？
谷歌决定迁移到Piper是因为Perforce服务器无法满足日益增长的需求，且存在运营风险。
Piper系统的开发历时多久？
Piper系统的开发历时四年，最终于2012年成功迁移。
迁移过程中谷歌遇到了哪些挑战？
谷歌在迁移过程中面临了与Perforce的依赖关系、法律诉讼压力以及生产依赖的挑战。
Piper系统对谷歌的代码管理有什么影响？
Piper系统的迁移显著降低了谷歌的运营风险，并提升了系统性能，促进了自动提交数量的增加。
谷歌在迁移到Piper时采取了哪些技术措施？
谷歌采用了清洁房间设计的行业解决方案，以确保在不复制Perforce接口的情况下进行迁移。
Piper系统的设计理念是什么？
Piper系统是分布式的，基于标准的谷歌基础设施（最初是Bigtable）构建。
➡️
