OpenAI自建Pando擴充Git後端，推送延遲降低近80%

OpenAI公開自建的Git後端Pando，以因應Codex帶動的大量並行開發工作。Pando在保留Git協定與既有操作方式的前提下，讓不同分支能獨立更新，並重複使用Git資料封裝檔加快資料傳輸。OpenAI表示，切換後程式碼推送延遲中位數降低近80%，每天傳送近1 PB的Git資料。

隨著自家工程師利用Codex同時執行多項開發工作，OpenAI的單一程式碼儲存庫出現更多分支、推送與合併作業，持續整合（CI）系統也須頻繁擷取程式碼。原有系統自2025年底開始出現推送及讀取緩慢、合併失敗等問題，可靠性有時低於90%，促使OpenAI重建Git後端。

Pando主要改變分支更新的協調方式，部分分散式Git架構需要依序處理整個儲存庫的參照更新，連不相關分支的推送也可能互相等待。Pando更新邏輯採因果一致性，讓不同分支可並行更新，同時維持各分支內的更新順序。代價是用戶端讀取多個分支時，不保證取得整個儲存庫在同一時間點的狀態。

傳統Git伺服器通常依照用戶端已持有的資料，另行產生傳輸用的封裝檔（packfile）。Pando則保存推送時收到的封裝檔及其相依關係，讓不同用戶端重複使用，再透過區域快取傳送，系統也會在背景合併封裝檔，減少擷取大量更新時必須處理的檔案數量。Pando並使用Git既有的packfile-uri機制，讓用戶端從各地的快取服務下載封裝檔，降低伺服器重新產生傳輸資料的負擔。

Pando於今年4月開始處理正式環境流量，OpenAI先將其作為既有系統的讀寫代理，再逐步遷移開發工具與服務。遷移過程不必改變工程師原有的Git操作方式，OpenAI指出，Pando曾在一小時內傳送超過57 TB的Git資料，其中超過99%來自本機磁碟快取。

Cursor與Anthropic先前也調整原始碼管理架構，Cursor的Continuity以S3預寫日誌保存Git資料，Anthropic則以Scion取代內部單一程式碼儲存庫原有的Git系統。與Continuity一樣，Pando維持Git相容性，目前已支援OpenAI單一程式碼儲存庫的開發工作，部分Git用戶端改善已回饋開源社群，Pando本身尚未宣布對外提供。