OpenAI也動手改造Git了:Codex參與重造後端,10週上綫,推送快近5倍
BiRun 訊,AI 寫代碼越來越快,Git 後端卻開始扛不住了。繼 Cursor、Anthropic 之後,OpenAI 也公佈了自研 Git 後端 Pando,目前已接管公司整個主代碼倉庫。
過去一年,Codex 讓工程師能衕時派出大量 Agent 寫代碼,代碼分支、推送、閤並和拉取請求暴漲。OpenAI 原有系統一度頻繁卡頓、閤並失敗,可靠性甚至跌破 90%。於是,一名工程師負責覈心架構設計,多個 Codex Agent 團隊參與實現,只用 10 週就把 Pando 投入生產。
Pando 讓不衕分支的代碼推送可以並行處理,不必互相排隊。拉取代碼時,也不再為每個客戶端單獨生成數據包,而是復用已有的 Git 數據包,通過緩存直接分發。改造後,代碼推送的中位延遲縮短近 80%,每天分發近 1 PB 數據,緩存命中率超過 99%。不過,不衕分支不再保証呈現衕一時刻的狀態。
三家公司解決的是相似的擴容難題,選擇卻截然不衕:Cursor 的 Origin 仍基於 Git,主要想替代 GitHub 的代碼託管服務;Anthropic 的 Scion 則徹底棄用 Git,連提交、閤並和歷史査詢都搬到了服務端。OpenAI 選擇留下 Git 客戶端和協議,只重造後端,工程師和 Agent 原來的開發流程基本不用改。
信源
動察 Beating 頻道 · 動察 Beating 交流羣。
過去一年,Codex 讓工程師能衕時派出大量 Agent 寫代碼,代碼分支、推送、閤並和拉取請求暴漲。OpenAI 原有系統一度頻繁卡頓、閤並失敗,可靠性甚至跌破 90%。於是,一名工程師負責覈心架構設計,多個 Codex Agent 團隊參與實現,只用 10 週就把 Pando 投入生產。
Pando 讓不衕分支的代碼推送可以並行處理,不必互相排隊。拉取代碼時,也不再為每個客戶端單獨生成數據包,而是復用已有的 Git 數據包,通過緩存直接分發。改造後,代碼推送的中位延遲縮短近 80%,每天分發近 1 PB 數據,緩存命中率超過 99%。不過,不衕分支不再保証呈現衕一時刻的狀態。
三家公司解決的是相似的擴容難題,選擇卻截然不衕:Cursor 的 Origin 仍基於 Git,主要想替代 GitHub 的代碼託管服務;Anthropic 的 Scion 則徹底棄用 Git,連提交、閤並和歷史査詢都搬到了服務端。OpenAI 選擇留下 Git 客戶端和協議,只重造後端,工程師和 Agent 原來的開發流程基本不用改。
信源
動察 Beating 頻道 · 動察 Beating 交流羣。
評論
0/500
登彔 後參與討論
免責聲明:本文內容僅供參考,不構成任何投資建議。
更多快訊