IT Home在6月13日报道说，技术媒体Danielsada于6月10日发表了一篇博客文章，报道说Microsoft Office团队正在转到控制控制系统，从该仓库的传统来源到更现代的GIT。它引用了一篇博客文章，并介绍了Microsoft在2000年代初面临版本控制困境。 Git还没有出生，SVN还不旧，因此基于Perforce技术，它开发了内部系统资源系统。源仓库支持数百万代码线的管理版本，但用户体验非常笨拙。要获得办公代码库（repo）需要一些时间，分支机构的操作与“仪式”一样复杂，并且结合更改（反向集成和向前以包含在内）更令人不安。当网络中断时，生产力将直接关闭。尽管来源仓库是可靠的，但它逐渐宣布其老化，维护成本高，员工抱怨缺乏整个行业的技能，因此GIT转移是不可避免的。移动办公室不是一个简单的转移工具，而是一个涉及4,000多名工程师和许多产品线（例如Word，Excel，OneNote）的庞大项目。各种客户更新周期（例如LTSC每6个月，半年度，每月更新）需要新的和旧的系统，这些系统在几个月内都相似，以确保版本一致性（例如16.0.0.18730.20186）。此外，Office代码的基础令人惊叹，具有一个需要200GB空间的单个克隆，并且常规的GIT操作（例如状态检查）可能是时候了。到目前为止，Microsoft和Github仅在必要时仅在提高效率的情况下才能下载文件。此举采用了“平行宇宙”方法，即仓库和GIT代码基本资源继续能够确保开发不会被中断。这个过程及时且复杂，这需要许多尝试映射分支模型并制作H这两个系统的iStory。