Como a Microsoft está migrando repositórios para o GitHub — e o que empresas brasileiras podem aprender com isso
TL;DR: A Microsoft iniciou uma migração em larga escala de repositórios do Azure DevOps para o GitHub, impulsionada pela necessidade de acesso a capacidades nativas de IA, como GitHub Copilot Coding Agent e agentic workflows. A estratégia usa o GitHub Enterprise Importer (GEI) e o Enterprise Live Migrator (ELM), mantendo Azure Boards e Pipelines onde ainda agregam valor. Para empresas brasileiras, o caso mostra que migrações em escala podem ser feitas de forma incremental, sem paralisar o desenvolvimento, e que o ganho real está em habilitar fluxos agentivos que aumentam a produtividade dos times.
Nos últimos anos, o Azure DevOps serviu como espinha dorsal do desenvolvimento de software na Microsoft, suportando repositórios massivos e fluxos complexos de engenharia. Mas o cenário mudou: com a IA remodelando a forma como o software é construído, a localização dos repositórios tornou-se uma decisão estratégica. Times que desejam aproveitar ao máximo as capacidades nativas de IA precisam reavaliar onde seu código vive.
As equipes de produto do Azure DevOps e do GitHub investiram nos últimos anos em integração, ferramentas de migração e prontidão enterprise — como o GitHub Enterprise Importer (GEI) e o Enterprise Live Migrator (ELM), além da residência de dados no GitHub. Com isso, times internos da Microsoft começaram a explorar ativamente a migração de repositórios para o GitHub, mantendo o uso de Azure Boards e Azure Pipelines onde esses workflows ainda são críticos. No Build 2026, a Microsoft compartilhou o que aprendeu na prática.
Como a Microsoft está migrando repositórios em escala com baixo overhead de engenharia?
A organização de Copilot, Agentes e Plataformas (CAP) oferece um case concreto. Responsável por produtos Copilot e outros serviços de negócio, a CAP opera aproximadamente 4.000 repositórios ativos distribuídos em 53 organizações do Azure DevOps. Com dois engenheiros líderes dedicados e um pequeno time de suporte, a CAP já migrou mais de 80% dos repositórios em escopo e 45% dos desenvolvedores para o GitHub. Isso representa mais de 1.600 repositórios e 3.100 desenvolvedores nos últimos seis meses, incluindo repositórios que sustentam serviços críticos como Dynamics CRM e omnichannel CRM.
Alguns dos repositórios mais complexos permanecem no Azure DevOps, mas a expectativa é que ferramentas como o ELM acelerem a próxima fase, incluindo monorepos mais intrincados. Para organizações brasileiras planejando jornada similar, isso é relevante: migrações em grande escala estão se tornando mais práticas sem exigir paralisação do desenvolvimento.
Por que migrar agora? A IA está mudando o jogo
Ao mover repositórios para o GitHub, os engenheiros da CAP ganham acesso antecipado às mais recentes capacidades de IA — GitHub Copilot Coding Agent, Code Review, Copilot Chat e outros fluxos agentivos que estão redesenhando a forma como o software é construído e mantido. O valor não está apenas nos modelos, mas em onde essas capacidades aparecem: em ferramentas como VS Code, Visual Studio, GitHub Copilot CLI, GitHub Mobile e o app GitHub, permitindo que engenheiros trabalhem com agentes no fluxo do dia a dia, não como um add-on desconectado.
Na prática, engenheiros da CAP já executam workflows agentivos em repositórios migrados, criando uma força de trabalho digital de agentes que atuam lado a lado com desenvolvedores. Esses workflows varrem repositórios em busca de problemas de segurança, performance e governança, abrem GitHub Issues e encaminham a remediação para o GitHub Copilot Coding Agent — inclusive em ambientes Windows usando Windows Runners.
Como preservar workflows críticos de DevOps durante a migração?
Para a CAP, a migração é tanto sobre o que permanece quanto sobre o que se move. Os repositórios no GitHub são a chave para desbloquear IA e capacidades agentivas, enquanto Azure Boards e Azure Pipelines continuam suportando workflows críticos de planejamento e CI/CD. Para viabilizar esse modelo híbrido, a CAP utiliza o Azure Pipelines GitHub app para conectar pipelines existentes a repositórios migrados, e a sintaxe AB# para vincular pull requests do GitHub a work items do Azure Boards. Além disso, com runners do GitHub rodando em ambientes Linux e Windows, as equipes conseguem executar agent-driven workflows de forma consistente em uma plataforma híbrida.
O que muda no dia a dia após a migração?
Ferramentas como GEI e ELM movem repositórios rapidamente, mas a pergunta maior é como fica o trabalho cotidiano. Para times vindos do Azure DevOps, o GitHub exige adaptação — especialmente quando a customização passa de extensões de UI para APIs, Actions e integrações. Na CAP, desenvolvedores com experiência prévia em GitHub ajudaram a suavizar a transição, compartilhando boas práticas. A abordagem híbrida reduz o atrito ao preservar workflows familiares do Azure Boards e Pipelines.
Além da IA, o GitHub traz benefícios práticos: consolidar em uma única organização GitHub melhora a descoberta de código entre times, reduzindo a fragmentação que existia com 53 organizações separadas no Azure DevOps. A experiência multi-superfície também permite que desenvolvedores mantenham a produtividade ao longo do dia — seja revisando pull requests no mobile, trabalhando no CLI ou usando o GitHub no desktop.
Lições para organizações brasileiras avaliando seu próprio caminho
Migração nessa escala vem com trade-offs, mas também cria oportunidades significativas. A experiência da CAP oferece lições práticas:
- Seja deliberado sobre quais repositórios mover primeiro: a CAP já migrou mais de 70% dos repositórios ativos em escopo, mas muitos dos maiores e mais complexos permanecem no Azure DevOps. Ferramentas como GEI e ELM expandem o que é possível, mas a sequência ainda importa.
- Uma abordagem híbrida reduz disrupção: combinar repositórios GitHub com Azure Boards e Pipelines torna a migração mais gerenciável, preservando workflows críticos enquanto os times se adaptam à nova plataforma.
- Capacidades agentivas são o principal driver de valor: ferramentas como GitHub Copilot Coding Agent, Code Review e workflows agentivos estão mudando a forma como o trabalho é feito. Para a CAP, o acesso a essas capacidades é a razão principal para migrar.
- A mudança de plataforma traz benefícios adicionais: além da IA, consolidar no GitHub melhora a descoberta de código, reduz a fragmentação organizacional e dá mais flexibilidade aos desenvolvedores através de uma experiência multi-superfície.
A CAP não está sozinha. Outros times na Microsoft seguem seus próprios caminhos de migração, reforçando que isso é mais amplo que uma organização ou caso de uso específico. Ainda há trabalho pela frente, mas a direção é clara: para times que desejam aproveitar ao máximo o desenvolvimento de software impulsionado por IA, mover repositórios para o GitHub está se tornando um passo importante. A experiência inicial da Microsoft mostra que isso pode ser feito de forma incremental, em escala enterprise, e sem forçar organizações a abandonar workflows críticos de DevOps da noite para o dia. Essas lições já estão moldando o que vem a seguir dentro da Microsoft e podem ajudar outras empresas a tomar decisões mais informadas sobre seu próprio caminho.
Perguntas Frequentes
- Por que a Microsoft está migrando repositórios do Azure DevOps para o GitHub?
- A principal motivação é o acesso a capacidades nativas de IA, como GitHub Copilot Coding Agent, Code Review e agentic workflows, que estão disponíveis primeiro no GitHub. A localização do repositório tornou-se uma decisão estratégica para capturar o valor dessas inovações.
- Quais ferramentas a Microsoft utiliza para essa migração?
- Usam o GitHub Enterprise Importer (GEI) e o Enterprise Live Migrator (ELM). O GEI é focado em migrações baseadas em histórico, enquanto o ELM é utilizado para reposições mais complexas, como monorepos, permitindo migração sem pausar o desenvolvimento ativo.
- Como a migração afeta os workflows existentes de Azure Boards e Azure Pipelines?
- A migração adota uma abordagem híbrida: os repositórios vão para o GitHub, mas Azure Boards e Azure Pipelines continuam sendo usados para planejamento e CI/CD. Isso é viabilizado pelo app Azure Pipelines GitHub e pela sintaxe AB# para vincular pull requests a work items.
- Qual foi o resultado prático da migração na organização CAP?
- A CAP migrou mais de 1.600 repositórios e 3.100 desenvolvedores em seis meses, com apenas dois leads de engenharia dedicados. Mais de 80% dos repositórios em escopo foram movidos, mantendo os mais complexos em Azure DevOps para uma segunda fase com ELM.
- Que lições as empresas brasileiras podem extrair desse caso?
- Migrações em grande escala são viáveis com planejamento incremental. A sequência dos repositórios importa — começar pelos menos críticos reduz riscos. A abordagem híbrida diminui a disrupção, preservando workflows consolidados. O maior valor está em habilitar agentic workflows, não apenas na troca de plataforma.
Artigo originalmente publicado por Poonam Gupta em Azure Updates - Latest from Azure Charts.
