ИИтог

GitHub сообщил о сбое: Pull Requests, Git и Issues около двух часов работали с ошибками

инфраструктураРедакция ИИтогHacker News🔥61Рейтинг ИИтог61Влияние55Новизна30Релевантность75Неожиданность40Участники60Достоверность95

На официальной странице статуса GitHub записан инцидент от 4 ноября 2026 года. В 09:49 UTC компания сообщила, что изучает сообщения о снижении производительности Git Operations (операций Git), Issues и Pull Requests. В 09:50 UTC к списку добавили Actions: сервис описан как работающий с пониженной производительностью. В 09:53 UTC о Pull Requests написали, что у них «деградировала доступность» (degraded availability).

В 10:38 UTC GitHub уточнил картину: речь идёт о повышенном числе ошибок и периодических сбоях, затрагивающих GitHub, включая Pull Requests, Git Operations и Issues. Компания пообещала держать пользователей в курсе. В 11:11 UTC появилось сообщение о сниженной производительности API Requests, а в 11:17 UTC GitHub написал, что работает над устранением ошибок и сбоев и что часть запросов может не выполняться или выполняться с задержкой.

В 11:30 UTC компания сообщила, что деградация, затронувшая API Requests, Git Operations, Issues и Pull Requests, смягчена (mitigated), и началось наблюдение за стабильностью. В 11:43 UTC то же самое было объявлено про Actions. В 11:50 UTC инцидент отмечен как разрешённый. GitHub поблагодарил пользователей за терпение и пообещал опубликовать подробный разбор первопричины (root cause analysis), как только он будет готов.

В итоге в инциденте указаны пять затронутых компонентов: Git Operations, API Requests, Issues, Pull Requests и Actions. Причина сбоя на странице не названа, число пострадавших пользователей и репозиториев, доли ошибок, регионы и сроки публикации обещанного разбора не указаны.

Ключевые факты

  • Инцидент начался в 09:49 UTC 4 ноября 2026 года с сообщения о сниженной производительности Git Operations, Issues и Pull Requests.
  • Позже затронутыми оказались также Actions (с 09:50 UTC, пониженная производительность) и API Requests (с 11:11 UTC); Pull Requests в 09:53 UTC описаны как имеющие деградировавшую доступность.
  • В 11:30 UTC деградация API Requests, Git Operations, Issues и Pull Requests объявлена смягчённой, в 11:43 UTC то же сказано про Actions.
  • Инцидент закрыт в 11:50 UTC, то есть он длился около двух часов от первого сообщения.
  • Причина не названа: GitHub обещает опубликовать подробный разбор первопричины, срок не указан.

Почему это важно

GitHub, место, где команды хранят код, ведут задачи в Issues, обсуждают изменения в Pull Requests и запускают автоматические процессы в Actions. Инцидент затронул сразу пять компонентов: Git Operations, API Requests, Issues, Pull Requests и Actions, и продлился от первого сообщения до закрытия около двух часов (09:49-11:50 UTC). Официальных подробностей о причине пока нет: GitHub лишь пообещал разбор позже.

Кому это важно

Тем, чья работа привязана к GitHub: разработчикам, которые отправляют и получают код через Git Operations, командам, ведущим задачи в Issues и ревью в Pull Requests, и тем, чьи процессы запускаются через Actions или обращаются к API Requests. Источник не называет числа пострадавших и не выделяет группы клиентов или регионы.

Как это применить

Практический вывод из источника один: следить за официальной страницей статуса GitHub, где компания публиковала обновления по ходу инцидента, и дождаться обещанного подробного разбора первопричины. Сам GitHub предупреждал, что часть запросов во время сбоя может не выполняться или выполняться с задержкой.

Можно ли доверять

Источник, официальная страница статуса самого GitHub, то есть первичное свидетельство оператора сервиса со временной шкалой обновлений. Это заявления компании о собственном сбое: независимых данных о масштабе в источнике нет. Причина не раскрыта, поэтому любые версии о ней остаются догадками.

Риски и подводные камни

В источнике нет числа затронутых пользователей и репозиториев, долей ошибок, регионов и сведений о том, была ли потеряна какая-либо информация. Не сказано и то, была ли у проблемы с Actions та же причина, что у проблемы с Pull Requests, Git Operations и Issues. Дата публикации разбора первопричины не названа. Формулировки «смягчена» и «наблюдение за стабильностью» означают, что до 11:50 UTC компания ещё следила за состоянием сервисов.