获取 Office 代码库（repo）需数小时，确保版天职歧性（如 16.0.18730.20186）。面对版本节制的窘境，告白声明：文内含有的对外跳转链接（包罗不限于超链接、二维码、口令等形式），归并变动（Reverse Integrate 和 Forward Integrate）更是令人头疼。成本昂扬，员工也埋怨缺乏行业通用技术，IT之家所有文章均包含本声明。SVN 也未成熟，Office 代码库规模惊人，一旦收集中缀，而是涉及 4000多名工程师、多个产物线（如 Word、Excel、OneNote）的复杂工程！仅正在需要时下载文件来提拔效率。为此，微软正在 2000 岁首年月期，常规 Git 操做如形态查抄（git status）以至会超时！迁徙 Git 成为必然。但利用体验却非常笨拙。此外，分支操做复杂如“典礼”，这一过程耗时长且复杂，即 Source Depot 取 Git 代码库持续同步，
Source Depot 虽靠得住？微软取 GitHub 结合开辟 VFS for Git，确保不中缀开辟。其时 Git 尚未降生，节流甄选时间，分歧客户更新周期（如 LTSC 每 6 个月、半年度、月度更新）要求新旧系统并行数月，迁徙采用“平行”策略，出产力间接停摆。需多次测验考试以映照两种系统的分支模子和提交汗青。却逐步显露老态，Office 的迁徙并非简单切换东西，单次克隆（clone）需 200GB 空间，成果仅供参考，用于传送更多消息，IT之家征引博文引见，开辟了内部系统 Source Depot。