Historia awarii GitHub

1. 27 października 2026 20:21 UTCresolved

   W dniach 0655-0801 UTC na dzień 10 / 27 klienci doświadczyli zwiększonych wskaźników awarii dla API i Git żądań uwierzytelnionych za pomocą żetonów serwotoserver dla aplikacji GitHub Apps (z wyłączeniem żetonów Action). W tym oknie uwierzytelnione operacje git błędnie zwróciły 404 za 1,24% (2,6x) wniosków średnio i 2,49% (5,3x) na szczycie. Te awarie były spowodowane planowym wydarzeniem konserwacyjnym, w którym GitHub migrował 7 tabel pomiędzy dwoma klastrami MySQL w naszym IAD i Azure Central US. Jedna z tych tabel przechowuje rekordy instalacji dla kart serwerowych GitHub App (z wyłączeniem Akcji). Udało nam się ukończyć kilka z tych migracji w ostatnich miesiącach bez znaczącego wpływu na klientów. Jednakże w tym przypadku migracja zbiegła się z planowaną pracą sprzątania w tabeli rekordów instalacji, która usunęła około 59 mln rekordów z 0444- 0617 UTC. W rezultacie ooooooooooooling używane w migracji wystąpiły opóźnienia w replikacji między klastrami (do 1 godziny na szczycie). Przy 0655 UTC, rozpoczynamy przechodzenie do odczytów tabel docelowych do nowego klastra MySQL, ze 100% odczytów na 0721 UTC. Uderzenie klienta rozpoczęło się, ale nie zostało wykryte, w trakcie odczytu wycinacza i trwało do zakończenia odcięcia zapisu na 0801 UTC. Aktualizujemy nasze procesy i automatyzację, aby zapobiec powtórzeniu się tego incydentu, w tym usuwamy nakładające się na siebie zadania związane z czyszczeniem przed tymi migracjami i blokujemy odcięcie odczytów, gdy opóźnienia replikacji są wysokie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 26 października 2026 18:48 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach dla API Wnioski, Działania, Problemy i Wyciąganie Wnioski

2. 26 października 2026 18:50 UTCmonitoring

   Degradacja została złagodzona. Monitorujemy, by zapewnić stabilność.

3. 26 października 2026 18:54 UTCmonitoring

   Widzieliśmy zwiększoną latencję wpływającą na żądania REST API, w tym kontrole, oraz niektóre działania, problemy, żądania ciągnięcia i funkcje GraphQL. Niektóre wnioski mogły być opóźnione lub wycofane w czasie, a powiadomienia opóźniono z 17: 59 UTC - 18: 40 UTC. Złagodziliśmy problem i wszystkie usługi wróciły do normy.

4. 26 października 2026 18:57 UTCresolved

   Ten incydent został rozwiązany. Dziękuję za cierpliwość i zrozumienie, które zajęliśmy się tą kwestią. Szczegółowa analiza przyczyn źródłowych zostanie udostępniona jak tylko będzie dostępna.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 października 2026 23:41 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach dla Copilot AI Model Providers

2. 23 października 2026 23:42 UTCinvestigating

   Doświadczamy zdegradowanej dostępności dla modeli Grok 4.6 i Grok 4.7 w produktach Copilot i powierzchniach IDE. Wynika to z problemu z dostawcą modelu wyższego szczebla. Podczas gdy pracujemy z nimi, aby rozwiązać problem, zalecamy wybór innego modelu lub wybór 'Auto', aby kontynuować korzystanie z Copilot.

3. 24 października 2026 00:23 UTCmonitoring

   Degradacja wpływająca na Copilot AI Model Providers została złagodzona. Monitorujemy, by zapewnić stabilność.

4. 24 października 2026 00:23 UTCresolved

   Między 23: 28 a 00: 23 UTC 27 października 2026 roku, GitHub Copilot doświadczył degradacji wpływającej na modele Grok 4.6 i Grok 4.7. Użytkownicy napotkali podwyższone poziomy błędów podczas korzystania z tych modeli. Degradacja była spowodowana problemem z dostawcą modelu wyższego szczebla. Inżynierowie GitHub wykryli ten problem poprzez automatyczne monitorowanie i koordynację z dostawcą. Nasz zautomatyzowany system ostrzegania o modelach aktywował ostrzeżenia o produktach w przypadku zaistniałych modeli podczas incydentu. Usługa wróciła do normy po wdrożeniu przez dostawcę środków łagodzących.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 października 2026 14:58 UTCinvestigating

   Badamy raporty o wpływowych wynikach niektórych usług GitHub.

2. 23 października 2026 15:00 UTCinvestigating

   Prowadzimy śledztwo w sprawie opóźnień w niektórych alarmach Dependabot zamykających się po tym, jak uszkodzone repozytoria zostały zaktualizowane, aby rozwiązać problem słabości. Przetwarzanie alarmów jest cofnięte. Będziemy dzielić się więcej informacji, jak będzie dostępna.

3. 23 października 2026 15:39 UTCinvestigating

   Zwiększamy zdolność przetwarzania alarmów w celu zmniejszenia zaległości powodujących opóźnienia w niektórych alertach Dependabot zamykania po aktualizacji uszkodzonych repozytoriów. Kontynuujemy monitorowanie i będziemy dzielić się kolejną aktualizacją w miarę dostępności większej ilości informacji.

4. 23 października 2026 16:11 UTCinvestigating

   Kontynuujemy śledztwo w sprawie opóźnień w niektórych alarmach Dependabot zamykających się po aktualizacji repozytoriów. Przetwarzanie sygnałów alarmowych pozostaje na backup, a dodatkowa zdolność przetwarzania jest uruchamiana w celu zmniejszenia zaległości. Monitorujemy start i będziemy dzielić się kolejną aktualizacją, gdy dowiemy się więcej.

5. 23 października 2026 16:43 UTCinvestigating

   Kontynuujemy śledztwo w sprawie opóźnień w niektórych alarmach Dependabot zamykających się po aktualizacji repozytoriów. Przetwarzanie sygnałów alarmowych pozostaje na backup, a dodatkowa zdolność przetwarzania jest uruchamiana w celu zmniejszenia zaległości. Monitorujemy postępy i będziemy dzielić się kolejną aktualizacją, gdy dowiemy się więcej.

6. 23 października 2026 17:27 UTCinvestigating

   Niektóre alarmy Dependabot nadal są opóźnione w zamykaniu po aktualizacjach repozytorium zająć się słabością. Kontynuujemy śledztwo i pracujemy nad przywróceniem normalnego przetwarzania.

7. 23 października 2026 18:36 UTCmonitoring

   Degradacja została złagodzona. Monitorujemy, by zapewnić stabilność.

8. 23 października 2026 18:51 UTCresolved

   Zidentyfikowaliśmy, że fan-out napędzany doradczą publikacją był przytłaczającym przetwarzaniem alertu Dependabot na repozytoriach, nasycając kolejkę swoimi zdarzeniami, opóźniając przetwarzanie zdarzeń związanych z popychaniem repozytorium. Wyizolowaliśmy ten wentylator i uruchomiliśmy przepustnicę, więc działa w stałej prędkości i nie może opóźniać innych wydarzeń. Rekultywacja ta skutecznie zapobiegła nowemu procesowi wymuszenia użytkowników.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 października 2026 07:29 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań

2. 23 października 2026 07:31 UTCinvestigating

   Obserwujemy opóźnienia w wynikach działań, które są zgłaszane w GitHub począwszy od 07: 07 UTC. Rekonwalescencja jest już obserwowana, ale nasz zespół nadal bada i monitoruje wydajność.

3. 23 października 2026 07:53 UTCmonitoring

   Degradacja oddziałująca na działania została złagodzona. Monitorujemy, by zapewnić stabilność.

4. 23 października 2026 07:56 UTCmonitoring

   Począwszy od 07: 27 UTC, wyniki działań ponownie dostarczają w normalnych SLOS. Dziękuję za cierpliwość w tym okresie opóźnionych działań wyniki dostawy. Nasz zespół nadal monitoruje zdrowie systemu i bada udoskonalenia w celu zmniejszenia wpływu na klientów w przyszłości.

5. 23 października 2026 08:05 UTCresolved

   Ten incydent został rozwiązany. Dziękuję za cierpliwość i zrozumienie, które zajęliśmy się tą kwestią. Szczegółowa analiza przyczyn źródłowych zostanie udostępniona jak tylko będzie dostępna.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 października 2026 15:28 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań, zagadnień i wniosków o pomoc

2. 22 października 2026 15:33 UTCinvestigating

   Niektórzy użytkownicy mogą doświadczyć błędów przerywanych wczytywanie Problemy, Wyciągnij żądania i wyniki wyszukiwania na github.com. Prowadzimy śledztwo i pracujemy nad przywróceniem normalnej obsługi.

3. 22 października 2026 16:08 UTCinvestigating

   Niektórzy użytkownicy nadal doświadczają błędów przerywanych ładowanie Problemy, Wyciągnij żądania i wyniki wyszukiwania na github.com. Badamy i oceniamy opcje łagodzące, by przywrócić normalną obsługę.

4. 22 października 2026 16:26 UTCinvestigating

   Wnioski API doświadczają zdegradowanych wyników. Kontynuujemy śledztwo.

5. 22 października 2026 16:28 UTCinvestigating

   Pakiety doświadczają zdegradowanej wydajności. Kontynuujemy śledztwo.

6. 22 października 2026 16:35 UTCinvestigating

   Wnioski API działają normalnie.

7. 22 października 2026 16:41 UTCinvestigating

   Niektórzy użytkownicy nadal doświadczają błędów podczas wczytywania Problemy, Wyciągnij żądania, listy pakietów i wyniki wyszukiwania na github.com. Pracujemy nad wieloma działaniami łagodzącymi i kontynuujemy śledztwo.

8. 22 października 2026 17:16 UTCinvestigating

   Widzimy regenerację po dodaniu wydajności, przy czym błędy maleją. Niektórzy użytkownicy mogą nadal doświadczać błędów podczas wczytywania Problem, Pull Requests i wyników wyszukiwania na github.com. Kontynuujemy prace na rzecz pełnego powrotu do zdrowia i monitorowania stabilności.

9. 22 października 2026 17:41 UTCinvestigating

   Akcje, Problemy, Pakiety i Zapytania Pull działają normalnie.

10. 22 października 2026 17:43 UTCinvestigating

    Widzimy powrót do zdrowia wśród poszkodowanych. GitHub Projects wciąż wraca do zdrowia, gdy w kolejce są przetwarzane aktualizacje, a my nadal monitorujemy stabilność.

11. 22 października 2026 18:26 UTCinvestigating

    Pozostałe usługi, które ucierpiały, wróciły do normy. Kontynuujemy śledztwo w sprawie projektów GitHub i sprawdzamy, czy normalna operacja została przywrócona.

12. 22 października 2026 19:04 UTCinvestigating

    Niektóre aktualizacje w projektach GitHub są nadal opóźnione. Kontynuujemy działania łagodzące i monitorowanie.

13. 22 października 2026 19:56 UTCinvestigating

    Niektóre aktualizacje projektów GitHub związane z wydawaniem zmian i połączonymi żądaniami są nadal opóźnione. Badamy pozostałe opóźnienia i pracujemy nad przywróceniem normalnego przetwarzania.

14. 22 października 2026 20:46 UTCinvestigating

    Niektóre aktualizacje GitHub Projects, w tym nowo dodane elementy i zmiany w kwestiach i wniosków o wciągnięcie, pozostają opóźnione. Zidentyfikowaliśmy przerwy w przetwarzaniu aktualizacji i oceniamy ograniczenia w celu przywrócenia normalnej pracy.

15. 22 października 2026 22:07 UTCinvestigating

    Niektóre aktualizacje GitHub Projects, w tym nowo dodane elementy i zmiany w kwestiach i wniosków o wciągnięcie, są nadal opóźnione. Obserwowaliśmy pewne ożywienie gospodarcze i pracujemy nad zwiększeniem zdolności do przyspieszenia ożywienia gospodarczego.

16. 22 października 2026 23:48 UTCinvestigating

    Uaktualnienie GitHub Projects poprawiło się, ale nowo dodane elementy mogą trwać dłużej niż oczekiwano. Kontynuujemy prace nad pozostałymi opóźnieniami i monitorujemy powrót do zdrowia.

17. 23 października 2026 00:55 UTCmonitoring

    Degradacja została złagodzona. Monitorujemy, by zapewnić stabilność.

18. 23 października 2026 02:30 UTCresolved

    Ten incydent został rozwiązany. Dziękuję za cierpliwość i zrozumienie, które zajęliśmy się tą kwestią. Szczegółowa analiza przyczyn źródłowych zostanie udostępniona jak tylko będzie dostępna.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 października 2026 14:18 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań

2. 22 października 2026 14:19 UTCinvestigating

   Prowadzimy śledztwo w sprawie opóźnień w przetwarzaniu przepływu pracy GitHub Actions oraz wyników kroków, a także niektórych aktualizacji repozytorium.

3. 22 października 2026 14:35 UTCinvestigating

   Odzyskano dane z aktualizacji reaktora. Kontynuujemy prace nad opóźnieniami wpływającymi na przepływ pracy GitHub Actions i wyniki kroków. Podzielimy się kolejną aktualizacją.

4. 22 października 2026 15:06 UTCinvestigating

   Widzimy powrót do zdrowia, a przetwarzanie aktualizacji repozytorium wróciło do normy. Opóźnienia wpływające na przepływ pracy GitHub Actions i wyniki kroków są nadal jasne, ponieważ skalujemy wydajność przetwarzania; pozostałe zaległości mają zająć około 20 minut do drenażu.

5. 22 października 2026 15:17 UTCmonitoring

   Degradacja oddziałująca na działania została złagodzona. Monitorujemy, by zapewnić stabilność.

6. 22 października 2026 15:18 UTCmonitoring

   GitHub Actions Workflow and step result processing has recovery. Ponowne przetwarzanie aktualizacji powróciło również do normy.

7. 22 października 2026 15:18 UTCresolved

   Ten incydent został rozwiązany. Dziękuję za cierpliwość i zrozumienie, które zajęliśmy się tą kwestią. Szczegółowa analiza przyczyn źródłowych zostanie udostępniona jak tylko będzie dostępna.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 października 2026 14:52 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań, wniosków o pociągnięcie i haków internetowych

2. 21 października 2026 15:15 UTCinvestigating

   Akcje doświadczają zdegradowanych wyników. Kontynuujemy śledztwo.

3. 21 października 2026 15:36 UTCinvestigating

   Prowadzimy śledztwo w sprawie opóźnień wpływających na aktualizacje prośby i dostawy haków internetowych. Zwiększone obciążenie naszej platformy streaming zdarzeń przyczynia się do hotspotów. Przesuwamy ruch z obszarów dotkniętych i dodajemy zdolności przetwórcze; skutki są w toku, podczas gdy te ograniczenia stają się skuteczne.

4. 21 października 2026 15:58 UTCinvestigating

   Nadal obserwujemy opóźnienia wpływające na aktualizacje wniosków o wycofanie, dostawy haków internetowych oraz zdarzenia z dziennika audytu. Platforma strumieniowa wydarzeń wykazuje oznaki ożywienia, a my monitorujemy w miarę trwania oddziaływania.

5. 21 października 2026 16:17 UTCinvestigating

   Aktualizacje statusu przepływu pracy w dzienniku audytowym są nadal opóźniane. Wyciągnij aktualizacje żądania i dostawy webhook są odzyskiwanie jak przywracanie przetwarzania zdarzeń i pracy przez zaległości. Monitorujemy rekonwalescencję i będziemy dzielić się dalszymi aktualizacjami.

6. 21 października 2026 16:25 UTCinvestigating

   Zdarzenia z dziennika audytu są opóźnione o maksymalnie 100 minut, a aktualizacje statusu przepływu pracy w działaniach nadal doświadczają wydłużonych opóźnień. Wyciągnij aktualizacje żądania i dostawy webhook są odzyskiwanie jak przywracanie przetwarzania zdarzeń i pracy przez zaległości. Monitorujemy rekonwalescencję i będziemy dzielić się dalszymi aktualizacjami.

7. 21 października 2026 16:33 UTCinvestigating

   Wyciąganie żądań działa normalnie.

8. 21 października 2026 16:34 UTCinvestigating

   Wydarzenia z dziennika kontroli są nadal opóźniane o 110 minut. Wyciągnij aktualizacje prośby. Działania wracają do normy i użytkownicy nie powinni już odczuwać skutków działań. Dostawy webhook 'ów nadal wracają do zdrowia, gdy pracujemy przez zaległości. Monitorujemy ożywienie gospodarcze i będziemy dzielić się dalszymi aktualizacjami, gdy dowiemy się więcej.

9. 21 października 2026 16:57 UTCinvestigating

   Akcje i haki internetowe działają normalnie.

10. 21 października 2026 16:59 UTCinvestigating

    Akcje i dostawy haków webowych zostały odzyskane. Wydarzenia z dziennika kontroli są nadal opóźnione o około 100 minut. Pracujemy nad zaleceniem, a pełne wyzdrowienie zajmie trochę czasu. Będziemy dzielić się większą ilością aktualizacji w miarę dalszego odzyskiwania.

11. 21 października 2026 17:09 UTCinvestigating

    Wyciągnij aktualizacje prośby, Działania i dostawy haka webowego odzyskane. Wydarzenia z dziennika kontroli wracają do normy, a opóźnienia maleją, ale oczekujemy, że pozostałe zaległości zajmą około dwóch do trzech godzin. Monitorujemy rekonwalescencję i podzielimy się dalszymi aktualizacjami.

12. 21 października 2026 18:18 UTCinvestigating

    Zdarzenia z dziennika kontroli wracają do normy, z opóźnieniami poniżej 90 minut, podczas gdy pozostałe zaległości są przetwarzane. Ograniczyliśmy obciążenie platformy strumieniowej i monitorujemy odzysk. Kolejne aktualizacje będą następować.

13. 21 października 2026 18:52 UTCinvestigating

    Wydarzenia z dziennika audytowego są w dalszym ciągu odzyskiwane, z opóźnieniami poniżej 70 minut. Zastosowaliśmy środki łagodzące do szybkiego odzyskiwania i oczekujemy, że w ciągu 40 minut w pełni odzyska się rejestr audytowy. Wyciągnij aktualizacje prośby, Działania i dostawy haków sieciowych pozostają odzyskane. Monitorujemy postępy i udostępnimy dalsze aktualizacje.

14. 21 października 2026 19:22 UTCinvestigating

    Wyciągnij aktualizacje prośby, Działania i dostawy haka webowego odzyskane. Opóźnienia w dzienniku kontroli są teraz poniżej 40 minut, w granicach zdrowego progu, i nadal maleją, gdy pozostałe zaległości są przetwarzane.

15. 21 października 2026 19:22 UTCresolved

    Ten incydent został rozwiązany. Dziękuję za cierpliwość i zrozumienie, które zajęliśmy się tą kwestią. Szczegółowa analiza przyczyn źródłowych zostanie udostępniona jak tylko będzie dostępna.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 października 2026 15:49 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań i stron

2. 19 października 2026 15:50 UTCinvestigating

   Haki internetowe doświadczają zdegradowanej wydajności. Kontynuujemy śledztwo.

3. 19 października 2026 15:56 UTCinvestigating

   Prowadzimy właśnie śledztwo w sprawie zdegradowanej dostępności wpływającej na działania GitHub, strony GitHub i haki internetowe. Klienci mogą doświadczać opóźnień w przetwarzaniu przepływu pracy, budowaniu witryny i dostawie haka.

4. 19 października 2026 16:30 UTCinvestigating

   Obserwujemy rekonwalescencję po łagodzeniu skutków i kontynuujemy monitorowanie. Klienci mogą nadal doświadczać opóźnień w aktualizacjach statusu przepływu pracy GitHub Actions, rozmieszczeniu stron GitHub oraz zdarzeniach z hakiem internetowym, generowanych przez Akcje.

5. 19 października 2026 16:56 UTCmonitoring

   Akcje, Strony i Haki internetowe działają normalnie.

6. 19 października 2026 16:56 UTCresolved

   19 października 2026 r., między 15: 24 a 16: 52 UTC, GitHub Actions, GitHub Pages i webhacks generowane przez Akcje zostały zniszczone. Aktualizacje na żywo na GitHub.com i wyszukiwanie kodu również zostały zdegradowane na część tego czasu. Brak danych. Wpływ - Aktualizacje stanu pracy, dzienniki i czeki były opóźnione. - 5,13% miejsc pracy na zawodnikach GitHub- hostingowych zostało opóźnionych w starcie, a 0,02% obrotów nie powiodło się. - W ciągu pierwszych 30 minut 8,47% wniosków o pracę API REST zwróciło błędy. Rozmieszczanie stron i haki internetowe generowane przez działania były opóźnione. Wewnętrzna usługa Akcji, która przechowuje logi i uruchamia status, utraciła połączenia z niektórymi serwerami pamięci podręcznej w jednym regionie chmur i natychmiast wypróbowała je ponownie z każdego serwera na raz. Wynikający z tego napływ nowych połączeń przeciążył wspólne połączenie sieciowe pomiędzy naszym centrum danych a tym regionem, co zakłóciło również inne usługi korzystające z tego samego łącza. Zminimalizowaliśmy ten incydent poprzez przesunięcie usługi Akcji z dotkniętych serwerów pamięci podręcznej i zmniejszenie połączeń z innych usług na odnośniku. Następnie przebadaliśmy działania opóźnione. Badamy przyczynę początkowych przerw w łączeniu. Byliśmy już w trakcie wprowadzania ograniczeń dotyczących tego, jak szybko ta usługa może otworzyć nowe połączenia, ale nadal był w trybie cienia (logowanie, nie egzekwowanie) w czasie incydentu. Od tego czasu w pełni go egzekwowaliśmy i ograniczyliśmy równoległe próby połączenia. Rozszerzamy te ograniczenia na inne usługi Actions, dodając backup do prób powtórnych, ograniczając ilość wspólnej przepustowości sieci, jaką może wykorzystać jedna usługa, oraz poprawiając ostrzeganie, abyśmy mogli szybciej znaleźć źródło połączenia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 października 2026 18:31 UTCinvestigating

   Badamy raporty o wpływowych wynikach niektórych usług GitHub.

2. 15 października 2026 18:34 UTCinvestigating

   CCA Automations doświadcza opóźnień podczas uruchamiania Automation

3. 15 października 2026 18:53 UTCmonitoring

   Degradacja została złagodzona. Monitorujemy, by zapewnić stabilność.

4. 15 października 2026 18:56 UTCresolved

   Podejrzewaliśmy, że CCA Automations doświadcza opóźnień, gdy użytkownicy rozpoczynają Automatyzację, ale dalsze dochodzenie wykazało, że nie było opóźnienia ani wpływu na CCA Automations.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 października 2026 00:12 UTCresolved

   W dniu 13 października, około 20: 42 UTC, awaria infrastruktury spowodowała, że działania GitHub miały opóźnienia pokazujące logi dla operacji przepływu pracy. Nie zgubiono dzienników i sprawa została rozwiązana, a przetwarzanie dzienników nadrobionych. Rzeczywiste przepływy pracy generujące logi nie zostały naruszone i przebiegały normalnie i nie wystąpiły żadne opóźnienia ani opóźnienia w kontroli.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 12 października 2026 12:21 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań, zagadnień i wniosków o pomoc

2. 12 października 2026 12:33 UTCinvestigating

   Użytkownicy mogą doświadczać problemów wczytywania karty Akcji, interakcji z API Checks, kolejkowania nowych działań, tworzenia i aktualizacji problemów, a także zwracając się o przeglądy PR, w tym za pośrednictwem API REST i GraphQL.

3. 12 października 2026 12:57 UTCinvestigating

   Trwają działania łagodzące i monitorujemy ożywienie gospodarcze. Użytkownicy mogą również doświadczać opóźnionych powiadomień internetowych, jak łagodzimy.

4. 12 października 2026 13:02 UTCinvestigating

   Wyciąganie żądań działa normalnie.

5. 12 października 2026 13:38 UTCinvestigating

   Nasze początkowe złagodzenie nie było w pełni skuteczne, a użytkownicy mogą nadal doświadczać opóźnień i błędów w działaniach, kwestiach i projektach, a powiadomienia są opóźniane. Badamy przyczynę i pracujemy nad dodatkowymi ograniczeniami.

6. 12 października 2026 14:35 UTCinvestigating

   Degradacja wpływająca na kwestie została złagodzona. Monitorujemy, by zapewnić stabilność.

7. 12 października 2026 14:36 UTCinvestigating

   Degradacja oddziałująca na działania została złagodzona. Monitorujemy, by zapewnić stabilność.

8. 12 października 2026 14:37 UTCinvestigating

   Złagodziliśmy problemy związane z działaniami, kwestiami i projektami, a także w trakcie łagodzenia problemu opóźnień związanych z powiadomieniami.

9. 12 października 2026 15:19 UTCinvestigating

   Z powodzeniem zastosowaliśmy środki łagodzące w odniesieniu do powiadomień, a powiadomienia zostały wznowione, ale będą one nadal opóźniane, ponieważ pracujemy w zaległości.

10. 12 października 2026 15:50 UTCinvestigating

    Zgłoszenia zostały wznowione, ale nadal będą opóźnione, gdy będziemy pracować przez zaległości.

11. 12 października 2026 17:34 UTCinvestigating

    Powiadomienia internetowe i e-mail są nadal opóźniane, ponieważ pracujemy przez zaległości powiadomień.

12. 12 października 2026 19:28 UTCinvestigating

    Powiadomienia internetowe i e-mail zostaną opóźnione o 1 godzinę, ponieważ jesteśmy blisko wypełnienia zaległości powiadomień.

13. 12 października 2026 20:16 UTCresolved

    W dniu 12 października 2026 11: 51 UTC GitHub doświadczyło podwyższonych 500 odpowiedzi na kilku stronach aplikacji. Spowodowało to niepowodzenie w zakresie zagadnień i wniosków o uruchomienie oraz projektów i działań. Klienci doświadczyli również opóźnionych powiadomień w swojej skrzynce odbiorczej i za pośrednictwem poczty elektronicznej. Bezpośredni wpływ na kwestie, żądania ciągnięcia, projekty i działania został złagodzony do 12: 41 UTC 12 października. Zgłoszenia dostawy do skrzynki odbiorczej i e-mail były odzyskiwane o 15: 27 UTC i w pełni złagodzone o 20: 16 UTC. Incydent został wywołany przez ukryty stan w naszym gazociągu, który dostarczył powiadomienia, który umieścił dużą ilość kosztownego zapytania na naszych ostrzejszych replikach bazy danych. Zmniejszono w ten sposób dostępną zdolność bazy danych do obsługi zapytań dotyczących problemów, wniosków o uruchomienie, projektów i działań. Naprawiliśmy ścieżkę kodu, która wydawała kosztowne zapytanie. Poprawiamy również odporność warstwy bazy danych w celu zmniejszenia prawdopodobieństwa i wpływu podobnych incydentów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 17:17 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań, Git Operations, Issues and Pull Requests

2. 7 października 2026 17:25 UTCinvestigating

   Obserwowaliśmy powszechny wpływ usług GitHub od 16: 52 UTC do 17: 01 UTC i badamy przyczynę. Wszystkie systemy odzyskały moc. Incydent ten jest powtórzeniem incydentu z poprzedniego dnia https: / / www.githubstatus.com / invents / djlmxz2zd0j7. Trwa trwałe łagodzenie skutków. Za 30 minut dostarczymy kolejną aktualizację.

3. 7 października 2026 17:27 UTCmonitoring

   Degradacja została złagodzona. Monitorujemy, by zapewnić stabilność.

4. 7 października 2026 18:00 UTCmonitoring

   Wszystkie systemy odzyskały moc. Zastosowaliśmy środki łagodzące i nie oczekujemy kolejnego nawrotu.

5. 7 października 2026 18:04 UTCresolved

   W dniu 7 października 2026 r., od 16: 52 do 17: 01 UTC, GitHub doświadczył nawrotu przerwy w operacji pisarskiej od tamtego dnia. Oba przypadki miały tę samą przyczynę. Proszę odnieść się do połączonego podsumowania obejmującego oba incydenty, ich wpływ oraz nasze środki zapobiegawcze: https: / / www.githubstatus.com / invents / djlmxz2zd0j7

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 15:14 UTCinvestigating

   Badamy raporty o zdegradowanej dostępności dla działań, Git Operations i Pull Requests

2. 7 października 2026 15:15 UTCinvestigating

   Kwestie te doświadczają zdegradowanych wyników. Kontynuujemy śledztwo.

3. 7 października 2026 15:16 UTCinvestigating

   Haki internetowe doświadczają zdegradowanej dostępności. Kontynuujemy śledztwo.

4. 7 października 2026 15:24 UTCinvestigating

   Obserwowaliśmy powszechny wpływ usług GitHub pomiędzy 15: 06 UTC a 15: 16 UTC i badamy przyczynę. Widzimy, jak wszystkie systemy wracają do zdrowia i wkrótce dostarczą kolejną aktualizację.

5. 7 października 2026 15:25 UTCinvestigating

   Wyciąganie wniosków ma zdegradowaną wydajność. Kontynuujemy śledztwo.

6. 7 października 2026 15:27 UTCinvestigating

   Git Operations działa normalnie.

7. 7 października 2026 15:27 UTCinvestigating

   Haki internetowe doświadczają zdegradowanej wydajności. Kontynuujemy śledztwo.

8. 7 października 2026 15:31 UTCinvestigating

   Degradacja wpływająca na żądania ciągnięcia została złagodzona. Monitorujemy, by zapewnić stabilność.

9. 7 października 2026 15:32 UTCinvestigating

   Działania działają normalnie.

10. 7 października 2026 15:35 UTCinvestigating

    Git Operations doświadcza zdegradowanej wydajności. Kontynuujemy śledztwo.

11. 7 października 2026 15:41 UTCinvestigating

    Obserwujemy częściowy powrót do zdrowia we wszystkich systemach. Kontynuujemy monitorowanie i badanie przyczyn zakłóceń.

12. 7 października 2026 15:47 UTCinvestigating

    Degradacja wpływająca na kwestie została złagodzona. Monitorujemy, by zapewnić stabilność.

13. 7 października 2026 15:49 UTCinvestigating

    Degradacja oddziałująca na Git Operations i Webhacks została złagodzona. Monitorujemy, by zapewnić stabilność.

14. 7 października 2026 15:56 UTCmonitoring

    Degradacja została złagodzona. Monitorujemy, by zapewnić stabilność.

15. 7 października 2026 15:58 UTCmonitoring

    Widzimy pełną regenerację wszystkich systemów, w tym Git Operations, Pull Requests i Akcje. Kontynuujemy badanie przyczyny zakłóceń między 15: 06 UTC a 15: 16 UTC i wkrótce udostępnimy kolejną aktualizację.

16. 7 października 2026 16:23 UTCmonitoring

    Git Operations, Pull Requests and Actions są w pełni odzyskane i stabilne. Zidentyfikowano przyczynę i stosuje się środki łagodzące, aby zapobiec nawrotowi.

17. 7 października 2026 16:25 UTCresolved

    7 października 2026 roku, GitHub miał dwa przestoje operacji pisania z tej samej przyczyny, w sumie około 19 minut. Pierwszy trwał od 15: 06 do 15: 16 UTC (około 10 minut), a drugi od 16: 52 do 17: 01 UTC (około 9 minut). W obu oknach działania, które zapisują lub zmieniają dane, nie powiodły się w trakcie operacji Git, przyciągają żądania, wydania, działania GitHub, API, haki webowe, sign- in i uwierzytelnianie, aplikacje GitHub i OAuth, skanowanie kodów, Codemvaces i Copilot. Dane z odczytu były w dużej mierze niezmienione. W pierwszej przerwie, 5,6% wszystkich żądań internetowych i API nie powiodło się, osiągając poziom 8,9%, a ponad 12,000 organizacji widziało niepowodzenia. Do 26% wniosków o uwierzytelnianie Git nie powiodło się, a 17% działań nie powiodło się z błędami w infrastrukturze. W drugiej przerwie, 6,2% wniosków internetowych i API nie powiodło się, osiągając poziom 9,3%, a ponad 11,000 organizacji zostało dotkniętych. Do 25% żądań uwierzytelniania Git nie powiodło się, a 19% działań nie powiodło się. Po odzyskaniu danych nie doszło do utraty danych w bazach danych, a operacje ponownie próbowano. GitHub opiera się na wewnętrznej usłudze, która śledzi, które serwery baz danych powinny otrzymywać nowe i zaktualizowane dane. Podczas wymiany maszyn, które prowadzą tę usługę w ramach regularnej konserwacji, jedna z nowych maszyn zaczęła od przestarzałej kopii swoich rekordów, które nadal wymieniały serwery baz danych, które już przeszliśmy na emeryturę. Kiedy ten węzeł został uruchomiony, nieprawidłowo zmodyfikowano konfigurację routingu z przestarzałymi rekordami, przekierowując żądania zapisu do nieistniejących serwerów baz danych. Każda przerwa skończyła się, gdy jedna z naszych maszyn z prawidłową konfiguracją stała się liderem kworum i wysłała prawidłową konfigurację. Po pierwszej przerwie zidentyfikowaliśmy nową maszynę jako źródło i przerwaliśmy automatyczną konserwację, żeby nie została ponownie liderem. O 16: 52 UTC, zautomatyzowane zadanie utrzymania, które nie uhonorowało pauzy umieścić go z powrotem w sterowaniu, i przestoju ponownie. Wyłączyliśmy tę maszynę o 17: 02 UTC i od tego czasu ją usunęliśmy, a automatyzacja uhonorowała pauzę, która była nową regresją z powodu aktualizacji naszej infrastruktury marionetek. Aby zapobiec ponownemu wystąpieniu, usuwamy emerytowane serwery baz danych z zapisów usługi przed dodaniem nowej maszyny, a nowe maszyny nie są wybierane na lidera, dopóki ich rekordy nie zostaną sprawdzone. Zmieniamy również nasze systemy, aby odrzucić konfigurację, która wskazuje na serwery, które nie istnieją i aby zamiast tego używać ostatnich, znanych i dobrych ustawień. Wreszcie, dajemy respondentom szybszy sposób na odebranie niewłaściwie zachowującej się maszyny z serwisu, i dodawanie alarmów tak, że zmiany takie jak ta są zauważane w ciągu kilku sekund. Podzielimy się bardziej szczegółowym zapisem tych incydentów w naszym miesięcznym sprawozdaniu o dostępności, wraz ze statusem napraw, które robimy, aby zapobiec takim problemom w przyszłości.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 6 października 2026 19:57 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach dla wniosków o pomoc i haków internetowych

2. 6 października 2026 20:04 UTCinvestigating

   Haczyki działają normalnie.

3. 6 października 2026 20:12 UTCinvestigating

   Wyciąganie żądań działa normalnie.

4. 6 października 2026 20:22 UTCinvestigating

   Szereg usług, w tym kwestie, prośby o wyciągnięcie i haki, zostały pokrótce zdegradowane, ale teraz odzyskane. Migracje są wstrzymane, a my potwierdzamy przyczyny i ograniczenia.

5. 6 października 2026 20:26 UTCmonitoring

   Degradacja została złagodzona. Monitorujemy, by zapewnić stabilność.

6. 6 października 2026 20:57 UTCinvestigating

   Wszystkie usługi funkcjonują normalnie, z wyjątkiem migracji przedsiębiorstw, które są nadal wstrzymane. Wkrótce powrócą.

7. 6 października 2026 21:29 UTCinvestigating

   Pracujemy nad ograniczeniem, które pozwoli nam wznowić migracje przedsiębiorstw przetwórczych.

8. 6 października 2026 22:40 UTCinvestigating

   Wprowadzamy środki łagodzące i planujemy wkrótce wznowić migrację

9. 6 października 2026 23:40 UTCresolved

   W dniu 6 października 2026 r., od 19: 44 do 19: 50 UTC, GitHub doświadczył przerwy w obsłudze z podwyższonym wskaźnikiem błędów sięgającym 1,30% wszystkich wniosków, co daje łącznie około 1,16 mln nieudanych wniosków. To miało wpływ na 12 usług w całym GitHub, w tym Pull Requests, Webhacks, Repos, OAuth, Git over SSH, Codhavaces i Gists. Incydent został wywołany przez GitHub Enterprise Importer (GEA) dokonującego wielu, długich zapytań, które nasyciły bazę danych. Odzyskiwanie nastąpiło około 19: 50 UTC po zaprzestaniu połączeń migracyjnych; migracje GEA zostały przywrócone o 23: 32 UTC po połączeniu kodu. Ukończyliśmy szczegółowy przegląd przyczyn początkowych i wdrażamy ulepszone zabezpieczenia zdrowotne dotyczące bazy danych. Będziemy nadal dokonywać przeglądu i dodawać dodatkowe zabezpieczenia, aby zapobiec nawrotom w przyszłości.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 5 października 2026 23:47 UTCinvestigating

   Badamy raporty o wpływowych wynikach niektórych usług GitHub.

2. 6 października 2026 00:05 UTCinvestigating

   Użytkownicy mogą doświadczać problemów związanych z dostępem do stron rozliczeniowych organizacji i przedsiębiorstw oraz stron licencyjnych. Wprowadzamy środki łagodzące i monitorujące regenerację.

3. 6 października 2026 01:32 UTCresolved

   W dniu 5 października 2026 r., między 23: 05 UTC a 00: 11 UTC w dniu 6 października, niektórzy użytkownicy doświadczyli powolnych obciążeń stron, timeout i błędów przy dostępie do organizacji i rozliczeń przedsiębiorstw, licencjonowania i ustawień stron. Średnio poziom błędu wyniósł 1,9% i osiągnął najwyższy poziom 13,8% wniosków dotyczących usługi, która zasila te strony. Spowodowała to awarię sieci, która zakłóciła łączność między jednym z naszych regionów danych w terenie a podzbiorem regionalnych usług baz danych. Złagodziliśmy ten incydent przesuwając ruch w bazie danych do zdrowego regionu. Pracujemy nad szybszą i bardziej kompletną likwidacją regionalnej bazy danych, skróceniem przerw czasowych, tak aby te strony szybko przestały działać zamiast zawisać, a także dodaniem ostrzeżeń opartych na latencji, aby skrócić czas na wykrywanie i łagodzenie takich problemów w przyszłości. Nadal współpracujemy z naszym dostawcą chmur, aby zrozumieć bazową awarię sieci.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 5 października 2026 19:11 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań

2. 5 października 2026 19:15 UTCinvestigating

   Badamy problem powodujący opóźnienia w przydzielaniu zawodników GitHub- hostingowych do Akcji. Niektóre przepływy pracy mogą trwać dłużej, aby rozpocząć się w konfiguracji runner. Nasze zespoły pracują nad złagodzeniem tego problemu, a my dostarczymy aktualizację, jak dowiemy się więcej.

3. 5 października 2026 19:50 UTCinvestigating

   Nadal badamy opóźnienia w przydzielaniu gońców GitHub- hostingowych, wpływających na czas rozpoczęcia pracy w wielu konfiguracjach runner. Nasze zespoły pracują nad złagodzeniem wpływu; podzielimy się kolejną aktualizacją, gdy dowiemy się więcej.

4. 5 października 2026 20:39 UTCinvestigating

   Kontynuujemy śledztwo w sprawie niepowodzeń i opóźnień w pracy, które wpływają na przydział gońców GitHub- i czasy rozpoczęcia pracy. Nasze zespoły aktywnie pracują nad złagodzeniem skutków i dostarczą kolejnej aktualizacji, gdy dowiemy się więcej.

5. 5 października 2026 20:47 UTCinvestigating

   Działania doświadczają zdegradowanej dostępności. Kontynuujemy śledztwo.

6. 5 października 2026 21:09 UTCinvestigating

   Oprócz bieżących problemów z Akcje i Hosted Runners, niektórzy klienci nie są również w stanie uzyskać dostępu do listy repozytoriów, licencjonowania i rozliczeń na swoich kontach GitHub. Kontynuujemy śledztwo i pracujemy nad łagodzeniem skutków.

7. 5 października 2026 21:22 UTCinvestigating

   Strony doświadczają zdegradowanej wydajności. Kontynuujemy śledztwo.

8. 5 października 2026 21:31 UTCinvestigating

   Akcje doświadczają zdegradowanych wyników. Kontynuujemy śledztwo.

9. 5 października 2026 21:32 UTCinvestigating

   Zastosowaliśmy środki łagodzące, aby rozwiązać problem niepowodzeń GitHub. Praca w kolejce jest czysta, nowe miejsca pracy nie są opóźnione, a wkrótce spodziewamy się pełnego ożywienia gospodarczego. Kontynuujemy monitorowanie pełnego odzyskania środków i pracujemy nad ograniczeniem bieżących problemów dotyczących innych usług, w tym dostępu do list repozytoriów, licencjonowania i stron rozliczeniowych.

10. 5 października 2026 21:54 UTCinvestigating

    Działania działają normalnie.

11. 5 października 2026 22:40 UTCinvestigating

    Strony działają normalnie.

12. 5 października 2026 22:49 UTCresolved

    W dniu 5 października 2026, między 18: 48 a 22: 49 UTC, GitHub Actions i Hosted Runners doświadczyli zdegradowanej wydajności. Podczas całego incydentu, 14,3% przepływu pracy odbywa się przy użyciu biegaczy GitHub- i 26,5% poszczególnych miejsc pracy GitHub- nie rozpoczął się w ciągu pięciu minut. Podczas około 90-minutowego okresu największego oddziaływania, 47,0% przepływów pracy odbywa się przy użyciu biegaczy GitHub- hostingowych nie powiodło się, a 71,9% miejsc pracy obsługiwanych przez GitHub- nie rozpoczęło się w ciągu pięciu minut, podczas gdy istniejące strony internetowe nadal służą normalnie. Część klientów napotkała również nieregularne błędy na listach repozytoriów, stronach licencyjnych i rozliczeniowych oraz niektórych funkcji Copilot. Samozwańczych biegaczy nie zostały naruszone. Incydent został spowodowany częściową niepowodzeniem sieciowym, które zakłóciło łączność między jednym z naszych regionów danych na terenie obiektu a podzbiorem regionalnej bazy danych i usług przechowywania. Ułatwiliśmy ten incydent poprzez przeniesienie bazy danych i ruchu magazynowego do zdrowych regionów i punktów końcowych oraz zwiększenie przepustowości dla poszkodowanych usług obliczeniowych. GitHub Actions and Hosted Runners odzyskano o 21: 54 UTC, a wszystkie usługi, których to dotyczy, o 22: 49 UTC. Współpracujemy z naszym dostawcą usług w chmurze, aby zrozumieć awarię sieci i określić poprawę odporności sieci-ścieżki, wykrywania i odzyskiwania podobnych incydentów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 października 2026 14:47 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach działań

2. 1 października 2026 14:54 UTCinvestigating

   Zidentyfikowaliśmy przyczynę zwiększonych działań uruchamiających opóźnienia na biegaczach Ubuntu i aktywnie wprowadzamy rozwiązanie. Klienci mogą nadal doświadczać przerywanych opóźnień, podczas gdy środki łagodzące i wskaźniki usług wracają do normy.

3. 1 października 2026 15:02 UTCinvestigating

   Opóźnienia w starcie na biegaczach Ubuntu zostały rozwiązane. Prowadzimy dochodzenie w sprawie opóźnień w uruchamianiu systemu Windows i udostępnimy więcej informacji w miarę ich dostępności.

4. 1 października 2026 15:10 UTCmonitoring

   Degradacja oddziałująca na działania została złagodzona. Monitorujemy, by zapewnić stabilność.

5. 1 października 2026 15:20 UTCinvestigating

   Akcje doświadczają zdegradowanych wyników. Kontynuujemy śledztwo.

6. 1 października 2026 15:29 UTCinvestigating

   Mamy do czynienia z powtórnym wystąpieniem opóźnień w starcie i kontynuujemy dochodzenie w celu wydania. Klienci mogą wystąpić opóźnienia do 10 minut.

7. 1 października 2026 16:10 UTCinvestigating

   Zidentyfikowaliśmy problem z naszym dostawcą wyższego szczebla, który powoduje wnioski o działania do 429, co powoduje opóźnienia. Eskalowaliśmy do zespołu właściciela i badamy, jak złagodzić 429.

8. 1 października 2026 16:48 UTCinvestigating

   Obecnie stosujemy środki łagodzące i oczekujemy poprawy w ciągu 30 minut.

9. 1 października 2026 17:50 UTCinvestigating

   GitHub Actions doświadczyło zdegradowanych wyników dla niektórych goszczących biegaczy ze względu na zatłoczenie w wyższej zależności Azure. Zdolność usługowa się poprawiła, a my nadal monitorujemy pracę z Azure nad podstawowym warunkiem.

10. 1 października 2026 17:56 UTCresolved

    W dniu 1 października 2026 roku GitHub Actions doświadczyło dwóch okresów opóźnionej i nieudanej pracy, zaczynając od około 14: 15 UTC. W ciągu 14: 15- 17: 56 okna odpowiedzi UTC, około 0,68% przepływów pracy doświadczyło opóźnień startowych, a 0,196% miejsc pracy nie rozpoczęło pracy. Zmiana trasy w naszym dostawcy chmur skoncentrowany ruch API na jednym tle, co powoduje wzrost błędów rate- limit. Nieprawidłowe zachowanie powtórne w serwisie inwentaryzacji dostawcy dodał obciążenie do dotkniętych API, składając ograniczenie stawki. Zakłóciło to zaopatrzenie dla biegaczy i zmniejszyło dostępną przepustowość w dotkniętych regionach. Wynikający z tego wzrost popytu w regionach niedotkniętych kryzysem ujawnił w naszym systemie przypisywania miejsc pracy granicę współzależności, opóźniając zatrudnienie nawet tam, gdzie byli dostępni biegacze. Podczas odpowiedzi zwiększyliśmy współwartość przydziału miejsc pracy, skalowaliśmy pojemność biegacza i współpracowaliśmy z naszym dostawcą usług w chmurze, aby zmniejszyć obciążenie API, wyłączając prenumeratę biegacza z usługi inwentaryzacyjnej. Około 16: 15 UTC rozpoczęło i wykonało pracę zgodnie z oczekiwaniami. Kontynuowaliśmy działania łagodzące i monitorujące do czasu rozwiązania incydentu o 17: 56 UTC. Nasz dostawca chmur ma od tego czasu zwiększone zarządzanie zasobami API stawek limitów dla naszych zadań. Aby zmniejszyć prawdopodobieństwo i wpływ podobnych incydentów, dodajemy również bardziej granulowane alarmy ograniczające ratingi oraz uaktualniamy nasz system przypisywania miejsc pracy w celu zaspokojenia zwiększonego popytu w mniej dostępnych regionach.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 października 2026 13:37 UTCinvestigating

   Badamy raporty o wpływowych wynikach niektórych usług GitHub.

2. 1 października 2026 13:39 UTCinvestigating

   Badamy powtarzające się okresy zwiększonego opóźnienia wpływające na żądania stron internetowych. Będziemy dzielić się aktualizacjami, jak więcej informacji stanie się dostępne.

3. 1 października 2026 13:51 UTCmonitoring

   Degradacja została złagodzona. Monitorujemy, by zapewnić stabilność.

4. 1 października 2026 13:57 UTCresolved

   W dniu 1 października 2026 r., między 13: 04 UTC a 13: 34 UTC, użytkownicy doświadczyli dwóch okresów powolnych obciążeń stron i przerywanych awarii żądania na GitHub.com. Średni poziom błędu wyniósł 0,52% i osiągnął poziom 6,13%. Niezwykle wysoki wolumen przychodzącego ruchu włożył dodatkowe obciążenie na naszą infrastrukturę obsługi handlu, opóźniając wnioski przed dotarciem do naszych serwerów aplikacji. Wydajność powróciła do normy w miarę ustępowania ruchu i od tego czasu zastosowaliśmy dodatkowe filtrowanie ruchu w celu ochrony przed podobnym ruchem. Ulepszamy ostrzeganie o opóźnieniach w naszej infrastrukturze obsługi handlu i wzmacniamy nasze zautomatyzowane zabezpieczenia ruchu w celu skrócenia czasu na wykrywanie i łagodzenie skutków.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 października 2026 11:34 UTCresolved

   1 października, około godziny 02: 00 UTC, odizolowana awaria infrastruktury spowodowała utratę stanu realizacji przez GitHub dla niewielkiej liczby istniejących operacji. Afected runds może pozostać zablokowany, awaria zatwierdzenia wdrożenia lub powrót błędów po anulowaniu. Łączność usługowa się poprawiła, ale nie można przywrócić utraconego stanu poprzez ponowne zatwierdzenie. Jeśli jesteś dotknięty, można uruchomić nowy bieg lub skontaktować się z GitHub Wsparcie z linkami do zablokowanych działa, więc możemy je odblokować. Po oczyszczeniu, wybierz "Ponowne uruchomienie wszystkich zadań". Zachowuje to identyfikator przebiegu pracy, ale rozpoczyna nową próbę, odbudowuje artefakty i wymaga nowych zatwierdzeń. Przed ponownym uruchomieniem należy sprawdzić, czy jakiekolwiek kroki wdrożeniowe zostały już zakończone, aby uniknąć powtarzających się zmian.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.