6 月 13 日消息，科技媒體 danielsada 于 6 月 10 日發(fā)布博文，報(bào)道稱微軟 Office 團(tuán)隊(duì)歷時(shí)多年，版本控制系統(tǒng)從傳統(tǒng)的 Source Depot 遷移到更現(xiàn)代的 Git。

援引博文介紹，微軟在 2000 年初期，面臨版本控制的困境，當(dāng)時(shí) Git 尚未誕生，SVN 也未成熟，于是基于 Perforce 技術(shù)，開(kāi)發(fā)了內(nèi)部系統(tǒng) Source Depot。

Source Depot 隨后撐起了數(shù)百萬(wàn)行代碼的版本管理，但使用體驗(yàn)卻異常笨拙。獲取 Office 代碼庫(kù)（repo）需數(shù)小時(shí)，分支操作復(fù)雜如“儀式”，合并變更（Reverse Integrate 和 Forward Integrate）更是令人頭疼。一旦網(wǎng)絡(luò)中斷，生產(chǎn)力直接停擺。

Source Depot 雖可靠，卻逐漸顯露老態(tài)，維護(hù)成本高昂，員工也抱怨缺乏行業(yè)通用技能，遷移 Git 成為必然。

Office 的遷移并非簡(jiǎn)單切換工具，而是涉及 4000 多名工程師、多個(gè)產(chǎn)品線（如 Word、Excel、OneNote）的龐大工程。

不同客戶更新周期（如 LTSC 每 6 個(gè)月、半年度、月度更新）要求新舊系統(tǒng)并行數(shù)月，確保版本一致性（如 16.0.18730.20186）。

此外，Office 代碼庫(kù)規(guī)模驚人，單次克?。╟lone）需 200GB 空間，常規(guī) Git 操作如狀態(tài)檢查（git status）甚至?xí)瑫r(shí)。為此，微軟與 GitHub 聯(lián)合開(kāi)發(fā) VFS for Git，僅在需要時(shí)下載文件來(lái)提升效率。

遷移采用“平行宇宙”策略，即 Source Depot 與 Git 代碼庫(kù)持續(xù)同步，確保不中斷開(kāi)發(fā)。這一過(guò)程耗時(shí)長(zhǎng)且復(fù)雜，需多次嘗試以映射兩種系統(tǒng)的分支模型和提交歷史。