OpenAI przedstawia Pando — zgodny z Git backend stworzony z myślą o rozwoju na skalę Codex

Inżynierowie OpenAI twierdzą, że obciążenie firmowego monorepo rosło tak szybko wraz z rozwojem Codex (więcej gałęzi, pushy, merge’ów, pobrań i klonów z środowisk programistycznych, zadań badawczych i CI), że od około końca 2025 roku pobieranie i wysyłanie zmian było powolne, a scalanie kończyło się niepowodzeniem; niezawodność chwilami spadała poniżej 90%. W odpowiedzi zbudowali Pando, nowy backend dla repozytoriów Git, który — jak twierdzi OpenAI — obsługuje teraz cały rozwój w firmowym monorepo.

OpenAI twierdzi, że Pando współpracuje ze standardowym protokołem i klientem Git, więc inżynierowie i agenci nie musieli zmieniać swoich procesów pracy. System koordynuje aktualizacje każdej gałęzi niezależnie, dzięki czemu wysyłanie zmian do różnych gałęzi nie musi na siebie czekać, a podczas pobierania ponownie wykorzystuje pliki pack zamiast tworzyć osobny plik dla każdego klienta. Kompromisem, jak opisuje to OpenAI, jest spójność przyczynowa: klient odczytujący kilka gałęzi nie może zakładać, że odzwierciedlają one ten sam moment w czasie, natomiast aktualizacje pojedynczego refa pozostają ściśle uporządkowane.

OpenAI podaje, że w środowisku produkcyjnym Pando skróciło medianę opóźnienia wysyłania zmian niemal pięciokrotnie i przesyła prawie petabajt danych Git dziennie. Firma porównuje projekt z podejściami opartymi na zatwierdzaniu w trzech fazach i dzienniku z wyprzedzającym zapisem, w symulacji z 1000 nadawcami, oraz zapowiada, że zamierza przekazać społeczności upstream usprawnienia klienta ze swojego forka Git. To dane podane przez samo OpenAI.