GitHub опубликовал подробный отчёт о сбоях, которые привели к ухудшению работы сервисов в феврале 2026 года. Всего за месяц произошло шесть инцидентов, затронувших Dependabot, GitHub Actions, Codespaces, Git-операции, Copilot и ряд других функций.
2 февраля 2026 года с 00:30 UTC 31 января до 18:00 UTC 2 февраля наблюдалась деградация Dependabot: сервис не смог создать около 10% автоматических pull-запросов. Причиной стал отказ кластера, который переключился на базу данных в режиме только чтения. Команда временно остановила очереди Dependabot, перенаправила трафик на исправные кластеры, повторно запустила все сбойные задания и добавила новые мониторинги и оповещения.
Во второй инцидент 2 февраля 2026 года с 18:35 до 23:10 UTC были недоступны или работали с ошибками GitHub Actions hosted runners и GitHub Codespaces. Полное восстановление крупных раннеров произошло к 00:30 UTC 3 февраля, а Codespaces — к 00:15 UTC 3 февраля. В это время задания Actions вставали в очередь и завершались по таймауту, пострадали также Copilot coding agent, Copilot code review, CodeQL, Dependabot, GitHub Enterprise Importer и GitHub Pages, причём во всех регионах. Самостоятельно размещённые раннеры на сторонних платформах продолжали работать. Причиной стал сбой телеметрии, приведший к ошибочному применению политик безопасности к аккаунтам хранилищ инфраструктурного поставщика. Это заблокировало доступ к метаданным виртуальных машин и остановило операции создания и управления ВМ. Инцидент устранили откатом политик, после чего раннеры начали обрабатывать накопившиеся запросы. GitHub совместно с поставщиком вычислительных ресурсов усиливает процедуры реагирования, раннего обнаружения и безопасного развёртывания подобных изменений.
9 февраля 2026 года произошло два связанных инцидента, в сумме давших около 2 часов 43 минут ухудшения сервиса. Первый период — с 16:12 до 17:39 UTC, второй — с 18:53 до 20:09 UTC. Были затронуты github.com, GitHub API, GitHub Actions, Git-операции по HTTPS, GitHub Copilot и дополнительные сервисы, такие как Issues, pull-запросы, вебхуки, Dependabot, GitHub Pages и Codespaces. Пользователи сталкивались с ошибками загрузки страниц, push/pull по HTTPS, запуском и завершением workflow, а также работой Copilot. SSH-операции Git продолжали работать. Расследование показало, что в основе обоих инцидентов лежало изменение конфигурации механизма кеширования пользовательских настроек, которое запустило массовую перезапись кеша. В первом случае асинхронные перезаписи перегрузили общий инфраструктурный компонент, координирующий фоновые задачи, что привело к цепочке сбоев и исчерпанию соединений в прокси, обслуживающем Git по HTTPS. Команда отключила асинхронные перезаписи и перезапустила Git-прокси в нескольких дата-центрах. Во втором случае дополнительный источник обновлений кеша, не затронутый первой мерой, создал высокий поток синхронных записей и задержки репликации, что вызвало аналогичную цепочку сбоев. Проблему устранили, отключив этот источник перезаписей и снова перезапустив Git-прокси.
12 февраля 2026 года с 00:51 до 09:35 UTC пользователи в Европе, Азии и Австралии столкнулись с повышенным числом ошибок при создании и возобновлении Codespaces. Пиковый уровень неудачных операций достигал 90%. Сбой начался в регионе UK South и постепенно распространился на другие регионы, при этом регионы США не пострадали. Источником стали изменения в атрибуте авторизации одного из ключевых сетевых компонентов, что привело к сбоям при подготовке пулов Codespaces. Оповещения сработали, но имели недостаточно высокий приоритет, из‑за чего реакция была запоздалой. GitHub усилил проверку изменений в этом бэкенд‑сервисе, мониторинг при развёртывании, пересмотрел пороги оповещений и расширил автоматические механизмы отказоустойчивости.
В тот же день, 12 февраля 2026 года с 09:16 до 11:01 UTC, пользователи, скачивавшие архивы репозиториев (tar.gz/zip), содержащие объекты Git LFS, получали ошибки. Обычные архивы без LFS работали без проблем. В среднем уровень ошибок составил 0,0042% запросов, с максимумом 0,0339%. Причиной стало развертывание некорректной сетевой конфигурации в LFS‑сервисе, из‑за чего проверки работоспособности не проходили, а внутренний сервис ошибочно помечался как недоступный. Команда вручную применила исправленные настройки и добавила проверки на повреждение конфигурации и автооткат при подобных изменениях.
GitHub подчёркивает, что понимает влияние этих сбоев на команды и процессы разработки и уже запустил ряд проектов по повышению устойчивости платформы. Пользователям рекомендуют следить за страницей статуса GitHub для получения оперативных обновлений и послемасштабных разборов, а также читать раздел engineering в GitHub Blog, чтобы узнавать о текущих инженерных инициативах.
