Обсуждение подтверждает, что сбои GitHub перестали быть редкими и стали системной проблемой, вызывающей массовый переход на альтернативы, включая самоприюты вроде Gitea и Forgejo, а также ставящую под сомнение устойчивость централизованной платформы как критической инфраструктуры разработки.
-
Многие участники отмечают, что частота сбоев GitHub достигла уровня, при котором платформа больше не может считаться надежной основой для CI/CD и критичных рабочих процессов.
-
Самоприюты на базе Gitea, Forgejo и Woodpecker CI активно используются в продакшене как альтернатива GitHub, особенно среди тех, кто ценит контроль и отказ от зависимости от облачных провайдеров.
-
Проблемы GitHub не связаны исключительно с ростом трафика от LLM — ключевым фактором называется плохое управление и отсутствие инвестиций в масштабируемость инфраструктуры.
-
Совет: Рекомендуется всегда иметь зеркало репозитория в виде bare repo, чтобы обеспечить доступ к коду во время сбоев GitHub, даже если веб-интерфейс недоступен.
-
Совет: Для критичных операций во время сбоев рекомендуется использовать gh CLI для одобрения и слияния pull requests, так как он может работать, когда веб-интерфейс недоступен.
-
Совет: Самоприюты с Gitea и Woodpecker CI могут работать при затратах около $30/месяц на инфраструктуру, что дешевле, чем стоимость GitHub для команды, и обеспечивает полный контроль.
-
Спор: Одни считают, что рост трафика от LLM — основная причина сбоев, другие настаивают, что это следствие управленческих ошибок Microsoft, а не нагрузки, приводя в доказательство исторические данные об отказах.
-
Спор: Некоторые утверждают, что GitHub стал «too big to fail» и теперь не несет реальной ответственности за сбои, тогда как другие считают, что пользователи должны сами искать альтернативы, а не ждать улучшений.
-
Состояние GitHub на статус-странице часто не отражает реальную доступность — пользователи фиксируют сбои, которых нет в логах, что подрывает доверие к официальной отчетности.
-
Совет: Предлагается создать самоприют с полной синхронизацией PR и Issues между локальным инстансом и GitHub, чтобы работать офлайн и синхронизировать изменения при восстановлении сервиса.
-
Ценность GitHub — не в git, а в PR, Issues, Actions и системе идентификации, и заменить эту экосистему сложнее, чем просто сменить хостинг.
-
Совет: Для управления Issues без GitHub предлагается использовать простую структуру директорий в репозитории с файлами issue.md, что позволяет обойтись без веб-интерфейса и использовать стандартные git-команды.
-
Частые сбои GitHub вызывают рост недоверия и моральное выгорание у разработчиков, что приводит к эмоциональному отторжению платформы, даже если она технически удобна.
-
Отсутствие публичных пост-мортемов после регулярных сбоев усиливает подозрения в системной небрежности со стороны Microsoft и отсутствии прозрачности в управлении инфраструктурой.
-
Совет: Пользователи рекомендуют пересмотреть политику использования GitHub как единственного источника правды — внедрять дублирование репозиториев и CI/CD пайплайнов на альтернативных платформах для устойчивости.
This is starting to feel like Twitter. For a variety of reasons, we had a centralized place where everyone of a particular set of persuasions could connect, and this had outsize benefits for the community as a whole. That place is becoming untenable, and with the loss of goodwill and stability, the…
— @Arubis