微軟向企業推銷：放棄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分鐘的切換窗口只是使這個論點成立的一部分。