4000工程师的挑战: Office如何完成版本控制大迁徙

IT之家6月13日消息，科技媒体danielsada于6月10日发布博文，报道称微软Office团队历时多年，版本控制系统从传统的SourceDepot迁移到更现代的Git。

IT之家援引博文介绍，微软在2000年初期，面临版本控制的困境，当时Git尚未诞生，SVN也未成熟，于是基于Perforce技术，开发了内部系统SourceDepot。

SourceDepot随后撑起了数百万行代码的版本管理，但使用体验却异常笨拙。获取Office代码库（repo）需数小时，分支操作复杂如“仪式”，合并变更（ReverseIntegrate和ForwardIntegrate）更是令人头疼。一旦网络中断，生产力直接停摆。

SourceDepot虽可靠，却逐渐显露老态，维护成本高昂，员工也抱怨缺乏行业通用技能，迁移Git成为必然。

Office的迁移并非简单切换工具，而是涉及4000多名工程师、多个产品线（如Word、Excel、OneNote）的庞大工程。

不同客户更新周期（如LTSC每6个月、半年度、月度更新）要求新旧系统并行数月，确保版本一致性（如16.0.18730.20186）。

此外，Office代码库规模惊人，单次克隆（clone）需200GB空间，常规Git操作如状态检查（gitstatus）甚至会超时。为此，微软与GitHub联合开发VFSforGit，仅在需要时下载文件来提升效率。

迁移采用“平行宇宙”策略，即SourceDepot与Git代码库持续同步，确保不中断开发。这一过程耗时长且复杂，需多次尝试以映射两种系统的分支模型和提交历史。