微软向企业推销：放弃Azure Repos，转向GitHub，尽管其可靠性记录不佳

微软正积极推动企业客户从Azure Repos迁移至GitHub，尽管后者近期的可靠性记录并不理想。GitHub在过去一年中多次发生服务中断，影响了包括基于Actions的CI/CD管道在内的核心服务，这些管道是工程团队日常依赖的。GitHub首席运营官Kyle Daigle在六月早些时候表示，公司正在规划30倍于当前负载的处理能力，这已远超简单的增加机器所能应对。

微软用于推动这一迁移的工具是企业实时迁移（ELM），目前处于有限公共预览阶段。该工具的核心优势在于减少停机时间：以往迁移大型仓库可能需要数天，期间团队无法进行开发。ELM通过保持源和目标仓库同步，允许开发者在Azure Repos上继续工作，最终的切换窗口通常不超过30分钟。微软的Soo Stahl和Bhuvan Shah在博客中强调，团队可以按自己的节奏迁移，无需协调复杂、高风险的一次性迁移。

然而，ELM并非万能。它支持Git历史、分支、标签、拉取请求元数据及分支策略的迁移，但对于管道、工作项、Wiki和测试计划等，仍需单独处理。对于深度依赖Azure DevOps项目管理及CI/CD工具的企业，ELM只是一个起点。

微软的战略核心是AI。GitHub集成了Copilot及其编码代理，而Azure Repos并不具备这些功能。微软自家的Copilot、代理和平台（CAP）组织已在六个月内成功迁移了1600多个仓库和3100名开发者，仅由两名专职工程负责人推动。微软产品管理总监Poonam Gupta指出，软件开发正被AI重塑，代码存放位置直接影响到企业能捕获多少价值。

但社区反响不一。许多企业用户质疑为何不能将AI功能引入Azure Repos，而非要求更换平台。同时，成本也是一个重要因素：Azure DevOps Basic每位用户每月6美元，而GitHub Enterprise高达21美元。有评论者认为Azure Repos的弃用已是板上钉钉。更令人担忧的是，就在上周，73个微软拥有的GitHub仓库因Miasma蠕虫攻击而被禁用，影响了全球开发者的CI/CD管道。

尽管存在这些挑战，微软依然认为AI驱动的开发环境将促使企业做出改变。对于权衡中的企业团队而言，可靠性和安全性是首要考虑因素。微软赌的是，Copilot和代理工作流的吸引力足以让天平倾斜。但30分钟的切换窗口只是使这个论点成立的一部分。