Az OpenAI új Git-hátteret épített a Codex által felgyorsított fejlesztéshez
Az OpenAI bemutatta a Pando nevű új Git-hátteret, amelyet a monorepó megnövekedett mérete és a Codex által lehetővé tett párhuzamos fejlesztés miatt épített. A rendszer már a vállalat teljes fejlesztését kiszolgálja, és az OpenAI szerint közel ötszörösére csökkentette a push műveletek medián késleltetését.
- Az OpenAI Pando néven új Git-hátteret épített monorepójához.
- A rendszer a párhuzamos branch-frissítéseket és a nagy olvasási terhelést célozza.
- A Pando megtartja a Git protokoll- és klienskompatibilitását.
- Az OpenAI szerint a medián push késleltetése közel ötszörösére csökkent.
- A rendszer naponta csaknem egy petabájtnyi Git-adatot szolgál ki.
A Codex felgyorsította a fejlesztési folyamatot
Az OpenAI 2026. november 2-i közleménye szerint az elmúlt évben nagymértékben nőtt a vállalat monorepójának mérete és terhelése. A Codex használata lehetővé tette, hogy a mérnökök több munkát végezzenek párhuzamosan. Ennek következménye a branchek, a pushok, az összeolvasztások, valamint a fejlesztői környezetekből, kutatási feladatokból és folyamatos integrációs rendszerekből indított letöltések számának növekedése lett.
Az OpenAI szerint már egyetlen mérnöknek is több, folyamatos integrációra kész módosítása lehet egyszerre, és minden egyes push több feladatot indíthat el, amelyek ugyanazt a commitot töltik le. A vállalatnál tavaly év vége körül a monorepót kiszolgáló rendszerek nehezen követték ezt a tempót. Lassú fetch és push műveletek, sikertelen merge-ek jelentkeztek, a megbízhatóság pedig időnként 90 százalék alá esett.
A Pando megtartja a Git megszokott működését
Az OpenAI a Pando megépítésekor nem változtatott azon, ahogyan a csapat a Gitet használja. Az új háttérrendszer kompatibilis maradt a Git protokolljával és kliensével, így a mérnökök és az ügynökök meglévő munkafolyamataikba illesztve használhatják.
A Pando két fő célra készült. Az első a vízszintesen skálázható írás, amelyet a sok branchre érkező párhuzamos pushokra optimalizáltak. A rendszer az egyes branchek frissítéseit külön koordinálja, ezért egymástól független branchek módosításai párhuzamosan haladhatnak. Ennek ára, hogy aki egyszerre több branchet vizsgál, eltérő időpontokban érvényes állapotot láthat.
A második cél az olvasási teljesítmény növelése. A Pando a Git több objektumot tömörítő packfile-jait újrahasználja a letöltések között, ahelyett, hogy minden kliensnek külön packfile-t állítana elő. Így ugyanazokat az adatokat sok kliensnek is kevés számítási munkával lehet kiszolgálni, többek között gyorsítótárakból.
Közel egy petabájt Git-adat naponta
Az OpenAI közlése szerint a Pando éles környezetben közel ötszörösére csökkentette a push műveletek medián késleltetését. A rendszer jelenleg naponta csaknem egy petabájtnyi Git-adatot szolgál ki, és az OpenAI teljes monorepójának fejlesztését támogatja.
A vállalat a Pando megtervezésekor több hagyományos, elosztott Git-szolgáltatási mintát is vizsgált. Ezek között szerepelt a háromfázisú commit, amely több replikán koordinálja a frissítéseket, valamint a blobtárolóban vezetett megosztott írási napló. Az OpenAI szerint az olyan rendszerek, amelyek egyetlen sorrendet kényszerítenek minden írásra, az egymástól független branchekre érkező pushokat is várakoztathatják.
A Git kompatibilitásának megtartása az OpenAI számára azért is fontos, mert a vállalat a kliensben végzett fejlesztéseket vissza szeretné juttatni a Git upstream projektjébe. A közlemény szerint ezzel a szélesebb közösség is használhatja azokat a javításokat, amelyek az ügynökök által nagy léptékben végzett munkát támogatják.
OpenAI: Scaling Git at OpenAI
Qodo: OpenAI Rebuilt Git After Codex Load Sent Monorepo Reliability Below 90%. Code Review Is Next

