遷移進度與剩餘倉庫處理策略

GitHub 工程團隊宣布已將平台上 99.99999% 的倉庫副本成功遷移至 Azure。

對於尚未遷移的極少數倉庫，GitHub 計畫利用「每參考點法定人數」（per-reference quorums）機制來完成剩餘部分的轉移。

讀取擴展與物件儲存架構

新的儲存架構核心在於使用物件儲存技術，這使得讀取請求的處理能力可以獨立於寫入操作進行擴展。

這種設計旨在應對被稱為「代理規模」（agent-scale）的 Git 基礎設施需求，即大量自動化代理同時存取程式碼倉庫的情境。

社群觀點與既有架構比較

部分開發者指出，此技術路線與 Enroute.sh 先前提出的 Git on S3 方案有相似之處，也有評論將其與 Cursor 的 Continuity 服務進行比較。

社群評論 dwm 指出，GitHub 報告了比 Cursor Continuity 高一個數量級的寫入吞吐量（此說法源自社群轉述，非直接引自提供的官方原文片段）。

另有社群成員質疑此架構主要針對單一倉庫內部擴展（vertical scale），而非解決目前導致 GitHub 頻繁當機的水平擴展問題，並認為這主要是為了未來規劃而非立即修復現有可靠性問題。