個 Git 後台，係為 AI 而重寫
OpenAI 喺 2026 年 11 月 2 日嘅工程文章披露，佢哋自研咗一個 Git 兼容後台 Pando，專門為 Codex（OpenAI 嘅編程代理／coding agent）帶嚟嘅大規模並行開發而設。呢個系統而家已經喺 OpenAI 內部驅動開發生態，唔使團隊改動現有 Git 工作流。
Pando 做緊乜
按 OpenAI 嘅講法，Pando 有兩個核心目標：橫向可擴展嘅分支寫入同高吞吐讀取。具體設計：
- 並行推送：對唔相關嘅 refs（分支引用）嘅 push 可以獨立進行，唔使排隊。
- 原子更新：對單一 ref 嘅更新用類似 compare-and-swap 嘅原子操作，避免競態。
- 背景壓縮：用小 packfile（Git 內部嘅資料包）合併成 progressively larger「covers」嘅方式，類似 LSM-tree（log-structured merge-tree，一種常見嘅資料庫儲存架構），OpenAI 指目前用到 L4 層級。
呢啲設計據 OpenAI 旨在改善並行性、合併可靠性同程式碼發佈速度。
圖片：Coolcaesar／CC BY 4.0／Wikimedia Commons
模姐驗嚇貨
呢個係廠商自己嘅工程披露，文中冇獨立第三方 benchmark。OpenAI 自己嘅 monorepo 規模、分支數量、並發度，都冇公開數據。
值得留意嘅係：呢個唔係 Git 工具問題，係基礎設施為 AI 並行開發而重構嘅案例。當 coding agent 可同時開大量 PR 同分支，版本控制系統要頂住嘅負載同以前完全唔同。
個問題唔係 Pando 夠唔夠勁，係：當 AI 寫程式嘅速度超越人眼能 review 嘅速度，版本控制同合併衝突處理會唔會成為開發瓶頸？
模姐｜深度調教
