GitHub 9月 commit 達73.8億筆，重設程式碼儲存架構

GitHub在2026年9月統計到開發者與AI代理程式提交的commit達73.8億筆，較一年前增加逾5倍，促使平台重新設計程式碼儲存基礎架構。

GitHub資深軟體工程師布萊恩・塞倫扎（Brian Celenza）10月6日在工程部落格表示，GitHub正重建Git基礎架構。新架構將儲存庫的基準資料放在微軟（Microsoft）的Azure Blob Storage，並把處理請求的運算層分開。GitHub表示，分支、程式碼審查與保護規則都會維持，系統改造期間服務也將持續運作。

GitHub每月Git活動量從2025年9月的2,182億筆，增至2026年8月的4,733億筆，成長逾一倍。同期間，每月push次數從6.9億次增至33.5億次，增加4.9倍。Push是開發者將程式碼變更上傳至遠端儲存庫的操作。

自動化工作與合併作業也同步增加。2026年9月，GitHub Actions執行次數達32.6億次，較一年前增加逾4倍；Pull Request合併數也接近成長4倍。單一儲存庫中，請求量最高者在8月單月約收到10億次請求。

GitHub現行系統Spokes會把整個儲存庫的副本存放在多台檔案伺服器的本機磁碟中。每個儲存庫有5份基本副本，以提升資料耐久性並分散讀取請求。不過，收到push時，必須取得過半數副本確認。

在這套架構下，若為了滿足讀取需求而增加副本，也會增加參與寫入的副本數，可能拖慢push；反之，減少副本則會降低讀取處理能力，若未取得過半數確認，寫入就會停擺。GitHub表示，必須因應開發者與代理程式的工作集中在單一儲存庫的情況。

新架構將資料儲存與請求處理分開。Azure Blob Storage負責保存儲存庫的基準資料，輕量運算工作者則透過快取資料處理讀取請求。讀取需求增加時，GitHub可以增加工作者，而不必增加儲存庫副本；若工作者故障，新的工作者可從儲存層取得資料並接手處理請求。

寫入流程則把協調作業集中在更新分支指向位置的步驟。資料儲存、連結驗證與機密資訊檢查等工作，會與其他寫入作業平行處理；資料壓縮及清理無用物件則交由獨立工作者負責。

GitHub表示，內部基準效能測試顯示，寫入處理量最高提升35倍。這是內部測試結果，並非服務實際切換後的效能數據。公司尚未公布全面轉換的時間表。