GitHub назвали «вредительской платформой» — что будет с российскими разработчиками

Антон Горелкин, первый зампред ИТ-комитета Госдумы, заявил, что GitHub — «вредительская платформа» для российских разработчиков. По его словам, доля неудачных подключений к сервису уже перевалила за 16%. РКН при этом настаивает, что никаких ограничений со стороны регулятора нет, а Горелкин обвиняет лично Microsoft и GitHub в дискриминации пользователей из России. ИТ-комитет открыто советует разработчикам переезжать на альтернативные Git-платформы, в том числе российские.

Контекст

GitHub — крупнейший в мире хостинг репозиториев, принадлежащий Microsoft с 2018 года. Для подавляющего большинства российских разработчиков это не просто удобный инструмент, а центральная точка профессиональной идентичности: open-source вклад, портфолио, CI/CD пайплайны, зависимости через npm/pip/cargo, совместная работа с зарубежными командами.

Российский рынок уже проходил через отключения западных сервисов — от Stack Overflow Premium до корпоративных GitHub Enterprise лицензий для некоторых компаний. Но массовая блокировка самого github.com — это качественно другой масштаб. Аналогов с сопоставимой экосистемой в российском сегменте не существует: Gitflic, Gitea, Forgejo закрывают базовые потребности хранения кода, но не заменяют глобальный network effect платформы.

Характерна и риторическая рамка: сначала публично зафиксировать «проблемы с доступом», затем объявить платформу «вредительской», затем официально рекомендовать миграцию. Этот сценарий уже разыгрывался с другими западными сервисами — от LinkedIn до отдельных CDN.

Аналитика

Политически этот шаг вписывается в логику планомерного разрыва с глобальной технологической инфраструктурой. С точки зрения AI-разработки ставки особенно высоки: Hugging Face, arXiv-linked репозитории, открытые веса моделей — всё это живёт на GitHub или завязано на него через зависимости. Отключение GitHub для российских разработчиков означает немедленную деградацию доступа к LLM-экосистеме: от Qwen, DeepSeek до тысяч fine-tuning и inference скриптов.

Важно, что 16% неудачных подключений — это уже не фоновый шум. При таком уровне нестабильности CI/CD пайплайны начинают падать непредсказуемо, автоматические деплои ломаются, команды теряют часы на отладку сетевых таймаутов вместо кода. Для компаний, работающих в agentic-архитектурах с частыми деплоями, это прямые операционные потери.

Если блокировка состоится, это создаст структурное давление на весь стек: пострадают не только российские разработчики, но и международные команды с участниками из России, open-source проекты с российскими контрибьюторами и любые B2B-продукты, зависящие от российского tech-таланта.

Кейсы применения в бизнесе

B2B-SaaS стартап с командой в СНГ. Если в команде есть разработчики из России или планируется найм — сейчас момент ревизии CI/CD: перенести критичные репозитории на GitLab Self-Hosted или Gitea на собственном VPS, настроить зеркалирование с GitHub. Зависимости через package managers — зафиксировать в private registry (Nexus, Artifactory). Это займёт 1-2 спринта, но застрахует от внезапного сбоя пайплайна.

Корпорация с legacy-стеком в РФ. Если компания ещё не перешла на внутренний Git-хостинг — откладывать нельзя. Gitflic предлагает коммерческую поддержку и соответствие требованиям регулятора. Параллельно стоит аудит: какие пакеты в продакшене тянутся напрямую с GitHub (через git+https зависимости) — их нужно зеркалировать локально.

SMB и фрилансеры в КР/СНГ. Казахстан, Кыргызстан, другие страны СНГ формально не под российскими ограничениями, но если в команде есть коллеги из РФ или клиенты — стоит заранее проговорить сценарий «что делаем, если GitHub лежит». Простейший вариант — зеркало репозитория на GitLab.com или собственном Gitea.

Кейсы в личной жизни

Разработчик в России. Прямо сейчас: экспортируй все репозитории через gh repo clone или git clone --mirror, подними локальный Gitea на домашнем сервере или VPS. Перенеси портфолио на GitLab.com — он доступен и имеет почти идентичный GitHub интерфейс.

AI-инженер, работающий с open-source моделями. Веса и скрипты с HuggingFace/GitHub — закешируй локально всё критичное. Настрой Hugging Face Hub на локальное кеширование моделей. Для inference-скриптов — форкни нужные репозитории в свой GitLab аккаунт сейчас, пока доступ есть.

Студент или начинающий разработчик. Если учебные проекты живут только на GitHub — момент освоить GitLab: интерфейс почти идентичный, CI/CD мощнее. Параллельно поучись работать с git remote и несколькими remote одновременно — навык, который пригодится в любом случае.

Как применить сегодня

• Проверь статус подключений к GitHub из своей сети — если уже есть таймауты, настрой VPN или proxy на уровне CI/CD агента.
• Запусти git clone --mirror для всех критичных репозиториев и сохрани локально.
• Поднять GitLab Self-Hosted или Gitea на VPS занимает 30 минут по официальной документации — сделай это как резервную точку.
• Проверь package.json, requirements.txt, go.mod на git+https зависимости напрямую с GitHub — замени на версионированные пакеты или зеркала.
• Если команда распределённая с участниками из РФ — согласуйте общий план «B» уже на ближайшем синке, не ждите фактической блокировки.