8 мая 2026 года Роскомнадзор официально заявил, что не ограничивает доступ к GitHub. За несколько дней до этого сервис мониторинга интернет-цензуры OONI зафиксировал: на пике 6 мая доля неудачных соединений достигла 16%. Под удар попали домены raw.githubusercontent.com и release-assets.githubusercontent.com — через них CI/CD-пайплайны тянут файлы, скрипты и релизные артефакты. Задержки длились несколько суток. GitHub объяснил происходящее работами по масштабированию мощности платформы.
Контекст
Депутат Госдумы Антон Горелкин в своём Telegram-канале выступил с уточнением: он не призывал к блокировке GitHub, а фиксирует политику дискриминации российских пользователей со стороны Microsoft, которой платформа принадлежит с 2018 года. В качестве параллельного примера он привёл массовые баны аккаунтов из РФ в Claude — разработчики потеряли доступ к своим проектам без предупреждения.
По долгосрочным данным статуса сервисов GitHub, аптайм платформы после перехода под Microsoft начал медленно, но стабильно снижаться. Сама по себе цифра незначительна, но тренд устойчивый. GitHub сегодня — это не просто хостинг кода: это центр CI/CD, хранилище релизов, место интеграции тысяч инструментов через Actions и API.
Ситуация складывается из трёх слоёв, которые ни одна из сторон не готова назвать прямо: технический инцидент, геополитическое давление и регуляторная неопределённость. OONI фиксирует аномалии без атрибуции причины. РКН говорит «не мы». GitHub ссылается на рост нагрузки. В итоге разработчики получают задержки, сломанные деплои и отсутствие официального ответа.
Аналитика
Горелкин намеренно не использует слово «блокировка» — это политическая позиция, а не оговорка. Нарратив выстраивается вокруг «дискриминации с той стороны», что позволяет готовить регуляторную почву, не принимая на себя роль инициатора ограничений. Это знакомая схема: сначала фиксация проблемы, потом — инфраструктурные альтернативы, потом — стандарты.
Упоминание Claude в этом контексте нетривиально. Если раньше ограничения касались условно заменимых платформ, то AI-инструменты — совсем другая история. Разработчик, потерявший доступ к аккаунту в Claude, теряет не только историю чатов, но и интегрированные воркфлоу, доступ к Projects, настроенные инструменты. Это уже ближе к потере рабочего места, чем к смене мессенджера.
Для AI-first команд история задаёт неудобный вопрос: насколько критична зависимость от западных платформ в рабочем цикле? GitHub для кода, Claude или GPT для AI-задач, Vercel для деплоя — каждая из этих точек может закрыться без предупреждения. Это не паранойя, это управление рисками. И 16% отказов — хороший момент, чтобы наконец провести аудит.
Кейсы применения в бизнесе
B2B-SaaS стартап с активным CI/CD: если пайплайн тянет зависимости напрямую с raw.githubusercontent.com — это первая зона риска. Практический шаг: поднять зеркало в GitLab CE (self-hosted) или Gitea, настроить fallback-пайплайн на случай недоступности GitHub. Несколько часов DevOps сейчас vs. потенциальный простой в день релиза.
Корпорация с legacy-инфраструктурой: скорее всего уже есть внутренний GitLab или Bitbucket — но скрипты написаны быстро и часто содержат прямые ссылки на GitHub-ресурсы. Момент провести инвентаризацию: grep по CI-конфигам на слово githubusercontent даст карту уязвимостей за час. Потом просто заменить на зеркала или официальные реестры.
SMB и локальный бизнес в КР/СНГ: если open-source инструменты ставятся через pip/npm/brew с GitHub Releases — проверьте наличие тех же пакетов в PyPI и npm registry. Большинство популярных уже там. Составьте список «GitHub-зависимых» инструментов и их независимых альтернатив — это займёт один рабочий день и даст спокойствие при следующем инциденте.
Кейсы в личной жизни
Разработчик: настройте локальное зеркало критичных репозиториев через git remote add mirror с регулярным push в GitLab или собственный сервер. Пятиминутная операция страхует от любого внешнего инцидента — независимо от его природы. Заодно привыкаете к GitLab-воркфлоу, который в регионе становится актуальнее.
Контент-мейкер с open-source инструментами: если в рабочем стеке есть ffmpeg, yt-dlp, Whisper или аналоги — зафиксируйте текущую рабочую версию локально и не завязывайте обновление на автоматическую загрузку с githubusercontent. Скачали, проверили, положили в локальную папку. Это и быстрее, и надёжнее.
Студент и фрилансер: пора освоить базовый GitLab как страховку. Бесплатный аккаунт на GitLab.com покрывает 90% нужд GitHub-пользователя. Если проект учебный или клиентский — потеря доступа к репо с кодом диплома или сданного проекта реальный, хотя и редкий сценарий. Лучше иметь зеркало заранее.
Как применить сегодня
- Проверьте CI-конфиги на наличие прямых ссылок на raw.githubusercontent.com и release-assets.githubusercontent.com — это первая зона риска при любом инциденте.
- Настройте зеркалирование ключевых репозиториев на GitLab (бесплатно): Settings → Repository → Mirroring repositories.
- Для pip/npm-зависимостей убедитесь, что они доступны из официальных реестров, а не только через GitHub-ссылки в
requirements.txtилиpackage.json. - Если используете Claude, GPT или другие западные AI-платформы для рабочих задач — экспортируйте ключевые промпты и историю, храните локально. Потеря доступа к аккаунту происходит без предупреждения.
- Подпишитесь на уведомления через githubstatus.com — узнавать о проблемах через сломанный деплой в пятницу вечером менее приятно, чем через push-уведомление утром.