[业界新闻]微软 Office 版本控制系统完成史诗级迁移：4000+ 工程师协力，从 Source Depot 到 Git [复制链接]

　　科技媒体danielsada于6月10日发布博文，报道称微软Office团队历时多年，版本控制系统从传统的Source Depot迁移到更现代的Git。 Z9+xB"q2  
I8]q~Q<-P  
　　援引博文介绍，微软在2000年初期，面临版本控制的困境，当时Git尚未诞生，SVN也未成熟，于是基于Perforce技术，开发了内部系统Source Depot。 YYiT,Xp<A  
\NN5'DBx  
　　Source Depot随后撑起了数百万行代码的版本管理，但使用体验却异常笨拙。获取Office代码库（repo）需数小时，分支操作复杂如“仪式”，合并变更（Reverse Integrate和Forward Integrate）更是令人头疼。一旦网络中断，生产力直接停摆。 j}devpO  
d J;y>_  
　　Source Depot虽可靠，却逐渐显露老态，维护成本高昂，员工也抱怨缺乏行业通用技能，迁移Git成为必然。 Pp9nilb_(  

图片:QQ截图20250613142200.png

(qQ|s@O  
　　Office的迁移并非简单切换工具，而是涉及4000多名工程师、多个产品线（如Word、Excel、OneNote）的庞大工程。 }F
;Nh7?  
R2%>y5dD  
　　不同客户更新周期（如LTSC每6个月、半年度、月度更新）要求新旧系统并行数月，确保版本一致性（如16.0.18730.20186）。 G"'[dL)N>  
|!=KLJUA  
　　此外，Office代码库规模惊人，单次克隆（clone）需200GB空间，常规Git操作如状态检查（git status）甚至会超时。为此，微软与GitHub联合开发VFS for Git，仅在需要时下载文件来提升效率。 Om/mpU/U  
nOE 1bf^l  
　　迁移采用“平行宇宙”策略，即Source Depot与Git代码库持续同步，确保不中断开发。这一过程耗时长且复杂，需多次尝试以映射两种系统的分支模型和提交历史。 %!_%%p,f  

微软Office版本控制系统成功迁移至Git，4000+工程师共同努力成果。从Source Depot到Git，这一史诗级迁移展现了团队协作与技术的力量。

微软Office版本系统迁移至Git，工程师团队协同合作，创新历史里程碑！