GitHub сейчас переваривает около 1,4 млрд коммитов в месяц, а ИИ-агенты за тот же период создают более 17 млн pull request. На этом фоне Microsoft решила активнее продавать enterprise-заказчикам миграцию Azure Repos на GitHub, хотя у самой площадки в 2026 году с надежностью все было, мягко говоря, не идеально. Для команд, которые сидят на Azure DevOps, сигнал прямой: если хотите первыми получить новые AI-функции, переезжать придется туда, где код живет у GitHub.
Как пишет The New Stack, главным инструментом такого переезда Microsoft делает Enterprise Live Migrations, или ELM. Сервис находится в режиме limited public preview и обещает почти безболезненный перенос репозиториев из Azure Repos в GitHub: исходный и целевой репозиторий синхронизируются параллельно, пока разработчики продолжают работать, а финальное переключение обычно укладывается менее чем в 30 минут. Для крупных компаний это не косметическая деталь. Раньше миграция больших репозиториев могла растягиваться на дни и фактически замораживала разработку.
Но здесь есть важная оговорка, без которой маркетинговая картинка быстро трескается. ELM переносит то, что связано именно с Git: полную историю, ветки, теги, метаданные pull request, комментарии, пользовательскую историю, а также переводит branch policies в правила GitHub. Зато пайплайны, рабочие элементы, вики и test plans надо разбирать отдельно. То есть миграция Azure Repos в реальной корпорации не превращается в кнопку "сделать хорошо". Это скорее внятный старт длинного проекта, где репозитории можно перевезти быстро, а весь остальной процесс разработки все равно придется аккуратно распаковывать вручную.
Microsoft, впрочем, показывает, что схема уже обкатана на себе. В качестве витрины компания приводит организацию Copilot, Agents, and Platforms, или CAP. У нее около 4 тыс. активных репозиториев, разбросанных по 53 организациям Azure DevOps. За последние шесть месяцев CAP, имея двух выделенных engineering leads и небольшую инженерную группу поддержки, перевела на GitHub более 80% репозиториев в зоне миграции и 45% разработчиков. В абсолютных цифрах это свыше 1600 репозиториев и 3100 инженеров, включая команды, работающие с крупными и критичными системами вроде Dynamics CRM и omnichannel CRM. При этом часть самых сложных репозиториев все еще остается в Azure DevOps, и это, пожалуй, самый честный кусок всей истории: даже внутри Microsoft переезд идет не по принципу "в пятницу выключили одно, в понедельник живем в другом".
Почему компания так торопит именно сейчас, тоже понятно. Ответ называется AI и продается все хуже без привязки к GitHub. По словам Microsoft, после переезда инженеры получают более ранний доступ к GitHub Copilot Coding Agent, Code Review, Copilot Chat и другим agentic-возможностям. Идея простая: не просто подключить помощника к редактору, а встроить ИИ в повседневный поток работы через VS Code, Visual Studio, Copilot CLI, мобильный клиент GitHub и отдельное приложение Copilot. Внутри CAP это уже подается как "цифровая рабочая сила": агенты ищут проблемы безопасности, производительности и governance, открывают GitHub Issues и могут отправлять исправления дальше по конвейеру. Для менеджмента формулировка звучит очень убедительно. Для разработчиков она обычно означает одно: новые возможности появляются не там, где удобно вам, а там, где удобно стратегии платформы.
Парадокс в том, что все это Microsoft продвигает в момент, когда GitHub сам чинит фундамент. За последние месяцы платформа пережила несколько заметных инцидентов. GitHub официально выделял крупные сбои 2 февраля, 9 февраля и 5 марта 2026 года, затронувшие разные сервисы. В апрельском обновлении компания признала еще два недавних инцидента и сообщила, что с октября 2025 года выполняет план по увеличению емкости в 10 раз, но уже к февралю 2026-го стало ясно: проектировать нужно не на 10x, а на 30x текущего масштаба. Причина та же, что и в презентациях для клиентов, только без красивой обертки: агентная разработка резко подняла нагрузку на репозитории, pull request, API, автоматизацию и большие codebase. Иными словами, GitHub продает будущее, одновременно экстренно расширяя машинный зал под это будущее.
На этом фоне у enterprise-заказчиков возникают вполне земные вопросы. Если Microsoft владеет и Azure DevOps, и GitHub, почему новые AI-функции не приходят в Azure Repos на сопоставимом уровне? Не превращается ли гибридная схема "GitHub для кода, Azure Boards и Azure Pipelines для остального" в двойное администрирование и потенциально двойную стоимость владения? И что делать тем, у кого все завязано не только на репозитории, но и на зрелые процессы тестирования, release governance, approval flows и корпоративную трассируемость? Эти вопросы, кстати, звучат не только снаружи. В комментариях к блогу Azure DevOps пользователи прямо пишут, что код-ревью в Azure DevOps им нравится больше, а миграция в отдельных случаях даже замедлила работу команд.
Для рынка вывод довольно практичный. Microsoft не убивает Azure DevOps одним объявлением, но четко показывает, где будет точка притяжения для новых AI-сценариев. Значит, выбор для IT-директоров и платформенных команд теперь выглядит так: либо сохранять стабильный и привычный контур Azure DevOps, принимая, что самые модные функции будут сначала у соседей; либо запускать миграцию Azure Repos, оставляя Boards и Pipelines на месте и постепенно перенося гравитацию разработки в GitHub. Самое интересное здесь даже не в инструменте ELM и не в обещании уложиться в полчаса. Интереснее другое: Microsoft фактически признает, что в эпоху AI репозиторий стал не просто хранилищем кода, а входной точкой ко всей следующей волне платформенных сервисов. И именно за эту точку сейчас идет настоящая борьба.