gik|iewicz

GitHub zapowiada przebudowę warstwy przechowywania repozytoriów Git od podstaw. Powód jest wymowny: tylko we wrześniu platforma odnotowała 7,38 miliarda commitów, ponad pięć razy więcej niż rok wcześniej. Infrastruktura budowana z myślą o programistach nie radzi sobie już z ruchem generowanym przez agentów AI.

TL;DR: GitHub przebudowuje od podstaw architekturę przechowywania repozytoriów Git, reagując na ruch generowany przez agentów AI. We wrześniu platforma odnotowała 7,38 miliarda commitów, ponad pięć razy więcej rok wcześniej, a miesięczne zdarzenia wzrosły z 218,2 do 473,3 miliarda. Wewnętrzne testy nowej struktury wykazały 35-krotną poprawę wydajności zapisu. Przepływy pracy programistów mają pozostać bez zmian, a harmonogram migracji nie został podany.

Dlaczego GitHub przepisuje warstwę przechowywania danych od podstaw?

GitHub przepisuje warstwę przechowywania Git od podstaw, ponieważ skala ruchu wywołanego przez agentów AI przekroczyła założenia, na których ta architektura opierała się od lat. Według The Register chodzi o przywrócenie niezawodności w warunkach unprecedented popytu ze strony agentów. Infrastruktura projektowana dla ludzi wypychających kod nie jest przystosowana do maszyn robiących to non stop.

Skala tego zjawiska najlepiej pokazuje liczba commitów. We wrześniu platforma odnotowała ich 7,38 miliarda, ponad pięć razy więcej niż rok wcześniej. Ponadto miesięczna liczba zdarzeń wzrosła z 218,2 do 473,3 miliarda między wrześniem 2025 a sierpniem 2026 roku. To poziom obciążenia, którego pierwotne założenia projektowe nie przewidywały.

Co to jest Spokes i dlaczego odchodzi?

Spokes to architektura, która przez lata utrzymywała repozytoria Git na GitHubie, opierając się na replikacji każdego repozytorium na dyskach serwerów. Jak wskazują źródła, firma zastępuje mechanizm, który latami powielał każde repozytorium na dyskach, nową architekturą przechowywania zaprojektowaną od zera.

Z czego odejście Spokes stało się konieczne? Dostępne materiały wskazują, że powodem jest silny wzrost ruchu i commitów związanych z używaniem agentów AI. Pierwsze testy wewnętrzne nowego rozwiązania wskazują na 35-krotną poprawę wydajności zapisu, mimo to firma nie ogłosiła harmonogramu migracji. Konsekwencją rosnącego obciążenia była więc potrzeba przebudowy samego fundamentu, a nie tylko optymalizacji istniejącego systemu.

Jak bardzo wzrosło obciążenie GitHuba przez agentów AI?

Obciążenie wzrosło wielokrotnie w skali roku. Ponadto miesięczne zdarzenia wzrosły z 218,2 do 473,3 miliarda między wrześniem 2025 a sierpniem 2026, czyli niemal dwuipółkrotnie w ciągu kilkunastu miesięcy.

Te liczby opisują ruch generowany głównie przez agentów AI. Źródła podają, że agenty kodujące pushują commity w sposób ciągły, bez przerw typowych dla pracy ludzi. Wobec tego wzorzec obciążenia zmienił charakter – z fal sesji pracy programistów na nieprzerwany strumień operacji. Poniższe dane obrazują skalę:

• 7,38 miliarda commitów odnotowanych we wrześniu
• ponad pięciokrotny wzrost liczby commitów rok do roku
• wzrost miesięcznych zdarzeń z 218,2 do 473,3 miliarda
• okres pomiaru zdarzeń: wrzesień 2025 do sierpnia 2026

Skąd bierze się 35-krotna poprawa wydajności zapisu?

35-krotna poprawa wydajności zapisu pochodzi z wewnętrznych testów nowej architektury przechowywania. Źródła podają, że wczesne testy nowej struktury wykazały obiecującą poprawę właśnie w operacjach zapisu, co The Register opisuje wprost w swoim artykule o przebudowie.

Co więcej, przebudowa ma ograniczać się wyłącznie do wewnętrznej struktury. GitHub planuje zachować bez zmian przepływy pracy programistów, przeglądy kodu oraz ustawienia bezpieczeństwa, zastępując tylko pod spodem warstwę odpowiedzialną za przechowywanie. Dla użytkownika platformy różnica ma więc pozostać niewidoczna.

Z kolei harmonogram migracji nie został ogłoszony, dlatego trudno dziś powiedzieć, kiedy nowe rozwiązanie zacznie obsługiwać wszystkie repozytoria. Na przykład sama deklaracja poprawy wydajności nie oznacza jeszcze zakończenia wdrożenia – to nadal wczesny etap testów wewnętrznych.

Co zapisy agentów zmieniają w matematyce skalowania Gita?

Zapisy agentów łamią dotychczasową matematykę skalowania Gita, ponieważ zmieniają wzorzec obciążenia z nieprzerwanych sesji pracy ludzi na ciągły strumień operacji wykonywanych przez maszyny. Według DevOps.com infrastruktura zbudowana dla ludzi wypychających kod nie radzi sobie dobrze z maszynami robiącymi to bez przerwy. To właśnie ten przeskok w charakterze ruchu, a nie sama liczba użytkowników, wymusza przebudowę warstwy przechowywania.

Skalę tego zjawiska potwierdzają liczby przytoczone w źródłach. Agenty pushują commity w sposób ciągły, bez przerw typowych dla pracy ludzi, dlatego tradycyjne założenia projektowe przestają obowiązywać. Wobec tego GitHub zdecydował się zastąpić architekturę, która przez lata powielała każde repozytorium na dyskach serwerów.

Co się nie zmieni dla programistów podczas przebudowy?

Dla programistów nie zmienią się przepływy pracy, przeglądy kodu ani ustawienia bezpieczeństwa. Źródła podają, że GitHub planuje zachować te elementy bez zmian, zastępując wyłącznie wewnętrzną strukturę odpowiedzialną za przechowywanie repozytoriów. Z perspektywy użytkownika platformy przebudowa ma więc pozostać niewidoczna, mimo że pod spodem odchodzi architektura Spokes.

Taki zakres zmian ma praktyczne znaczenie. Zespoły nie muszą aktualizować dokumentacji wewnętrznej, zmieniać narzędzi ani dostosowywać procesów, ponieważ interfejsy pozostają te same. Co więcej, według Digital Today przebudowa koncentruje się na warstwie wewnętrznej, a nie na funkcjach widocznych dla użytkowników. Dla firm utrzymujących tysiące repozytoriów oznacza to, że migracja – kiedy nastąpi – nie powinna wymagać prac po ich stronie.

Poniżej zestawienie tego, co pozostaje bez zmian:

• przepływy pracy programistów
• przeglądy kodu
• ustawienia bezpieczeństwa
• codzienne operacje na repozytoriach Git

Kiedy nastąpi migracja na nową architekturę?

GitHub nie ogłosił harmonogramu migracji na nową architekturę. Źródła, w tym DiarioBitcoin, wskazują wprost, że firma nie podała kalendarza wdrożenia, mimo zapowiedzi przebudowy i opublikowania wstępnych wyników testów. Z tego powodu trudno dziś wskazać datę, od której wszystkie repozytoria mają działać na nowej warstwie przechowywania.

Status projektu da się opisać na podstawie dostępnych materiałów. Wczesne testy wewnętrzne wykazały 35-krotną poprawę wydajności zapisu, mimo to pozostaje to etap testów, a nie zakończone wdrożenie. Wobec tego ogłoszona poprawa wydajności nie przekłada się jeszcze na działającą platformę w pełnej skali. Z kolei presja czasu wynika z tempa wzrostu ruchu, ponieważ liczba commitów w skali roku wzrosła ponad pięciokrotnie, a zdarzeń miesięcznie niemal dwuipółkrotnie.

Co ta zmiana oznacza dla przyszłości rozwoju oprogramowania?

Ta zmiana oznacza, że infrastruktura platform kodowych musi być projektowana z myślą o agentach, a nie tylko o ludziach. Skoro sama platforma musi się przeprojektować, podobna presja dotknie zapewne także narzędzia zbudowane wokół repozytoriów.

Wnioski dla branży wynikają wprost z opisanych liczb. Ruch generowany przez agentów osiągnął skalę, przy której pojedyncze optymalizacje nie wystarczają – konieczna stała się wymiana fundamentu. Ponadto 35-krotna poprawa wydajności zapisu w testach wewnętrznych pokazuje, ile wydajności można odzyskać, projektując warstwę przechowywania pod nieprzerwany strumień operacji. Na przykład GitHub Spec Kit: 5 faktów o spec-driven AI opisuje kolejny element ekosystemu, w którym agenty odgrywają główną rolę, a platforma dostosowuje się do tego sposobu pracy.

Moim zdaniem przebudowa GitHuba to sygnał, że agenty stały się pierwszorzędnym użytkownikiem infrastruktury developerskiej, a nie dodatkiem do niej. Projektanci systemów, którzy wciąż zakładają ludzki rytm pracy z kodem, będą musieli zweryfikować te założenia.

Często zadawane pytania

Ile commitów odnotował GitHub we wrześniu?

GitHub odnotował 7,38 miliarda commitów we wrześniu. Według źródeł to ponad pięć razy więcej niż rok wcześniej.

Jakie poprawy wydajności daje nowa architektura?

W wewnętrznych testach nowa architektura przyniosła 35-krotną poprawę wydajności zapisu. Źródła opisują ten wynik jako obiecujący, choć pochodzący z wczesnego etapu testów. Firma nie podała harmonogramu migracji.

Czy nowa architektura zmieni sposób pracy programistów?

Według dostępnych materiałów nie. Zmiana dotyczy wyłącznie wewnętrznej struktury przechowywania repozytoriów.

Czy GitHub podał harmonogram migracji?

Źródła wskazują, że mimo zapowiedzi przebudowy i wyników testów wewnętrznych nie podano kalendarza wdrożenia. Przepisywanie warstwy przechowywania pozostaje we wczesnej fazie testów.

Podsumowanie

Wnioski z przebudowy warstwy przechowywania GitHuba są konkretne:

• We wrześniu platforma odnotowała 7,38 miliarda commitów, ponad pięć razy więcej niż rok wcześniej.
• Miesięczne zdarzenia wzrosły z 218,2 do 473,3 miliarda między wrześniem 2025 a sierpniem 2026 roku.
• Wewnętrzne testy nowej architektury wykazały 35-krotną poprawę wydajności zapisu.
• Przepływy pracy programistów, przeglądy kodu i ustawienia bezpieczeństwa mają pozostać bez zmian.
• Harmonogram migracji nie został ogłoszony.

Jeśli korzystasz z agentów kodujących w codziennej pracy, obserwuj zapowiedzi GitHuba dotyczące migracji i sprawdź, jak Twoje repozytoria radzą sobie ze skalą zapisów generowanych automatycznie. Temat niezawodności platformy w erze agentów wróci, a warto być na niego przygotowanym zanim presja dotknie własnych projektów.