GitHub ha atravesado un año complicado con interrupciones reiteradas que han afectado servicios esenciales, incluyendo las canalizaciones de integración continua y despliegue (CI/CD) que los equipos de desarrollo utilizan a diario. La gravedad de los problemas llevó a la plataforma a emitir disculpas públicas por la inestabilidad.
El crecimiento del uso de GitHub es exponencial: mientras en 2025 se gestionaron aproximadamente 1.000 millones de commits durante todo el año, ahora procesan 1.400 millones cada mes. Solo los agentes de inteligencia artificial han generado más de 17 millones de solicitudes de extracción en ese periodo. En una entrevista con The New Stack, el director de operaciones de GitHub, Kyle Daigle, reveló que la compañía está ampliando su capacidad para manejar hasta treinta veces la carga actual, un desafío que va mucho más allá de simplemente añadir nuevos servidores.
En este contexto, Microsoft ha decidido intensificar su estrategia para que las empresas migren desde Azure Repos —su plataforma Git propia, en funcionamiento desde 2013, antes de la adquisición de GitHub por 7.500 millones de dólares en 2018— hacia GitHub. 
La nueva herramienta para la migración sin interrupciones
Microsoft utiliza Enterprise Live Migrations (ELM), una herramienta que se encuentra en vista previa pública limitada, para facilitar esta transición. El objetivo principal es evitar largos periodos de inactividad: mover repositorios grandes de un sistema a otro solía llevar días, paralizando los desarrollos.
Según explican Soo Stahl y Bhuvan Shah, responsables de producto de Azure DevOps en un reciente blog oficial, ELM sincroniza continuamente los repositorios origen y destino mientras los desarrolladores siguen trabajando en Azure Repos. La conmutación final suele ser rápida, reduciéndose a un tiempo inferior a 30 minutos.
“Los equipos pueden realizar la migración a su ritmo, sin tener que coordinar una transición compleja y arriesgada de ‘todo a la vez’”.
Esto elimina los períodos prolongados de congelación del trabajo o las interrupciones de varios días, permitiendo una transición controlada y predecible que se adapta a las operaciones normales del proyecto.
ELM conserva los elementos esenciales del repositorio: el historial completo de Git, ramas, etiquetas, metadatos de pull requests con sus comentarios e historial de usuarios, además de políticas de ramas traducidas en reglas para GitHub. Esto puede ser suficiente para equipos enfocados principalmente en el código fuente.
No obstante, aspectos como las canalizaciones CI/CD, elementos de trabajo, wikis y planes de prueba deben migrarse por separado, lo que convierte a ELM en un punto de partida más que en una solución integral para organizaciones profundamente integradas en las herramientas de gestión y despliegue de Azure DevOps. En entornos empresariales con cientos de repositorios, la migración es siempre un proceso por etapas.
La apuesta por la inteligencia artificial
La motivación de Microsoft para fomentar la migración se centra en la inteligencia artificial. GitHub es la plataforma donde se alojan Copilot, el agente Copilot Coding y toda la suite de desarrollo automatizado con agentes, tecnologías que no están disponibles en Azure Repos.
Para demostrar confianza en esta estrategia, Microsoft ha compartido públicamente su propia experiencia migrando más de 1.600 repositorios y 3.100 desarrolladores en seis meses mediante un equipo pequeño pero dedicado. Esta práctica interna busca evidenciar que la transición es viable y con beneficios palpables.
Poonam Gupta, directora de producto en Microsoft para Azure DevOps, destaca que “el desarrollo de software está siendo transformado por la inteligencia artificial, y la localización del código influye directamente en el valor que las organizaciones pueden obtener”. Para ella, elegir dónde alojar los repositorios es ahora una decisión estratégica para aprovechar el potencial del desarrollo nativo con IA.
Preocupaciones y críticas en la comunidad
Desde hace años circulan rumores sobre una posible descontinuación de Azure Repos, aunque Microsoft no ha confirmado nada oficialmente. Sin embargo, la tendencia parece clara: GitHub se posiciona como la plataforma preferente para desarrollos futuros.
En la reacción comunitaria al anuncio de Gupta, varios usuarios expresaron dudas sobre por qué no integrar las capacidades AI en Azure Repos en lugar de forzar una migración, y también cuestionaron la diferencia de precio: mientras Azure DevOps básico cuesta 6 dólares por usuario al mes, GitHub Enterprise eleva esa cifra a 21 dólares.
Muchos vieron en este anuncio una especie de preaviso de retirada de Azure Repos. Un comentario recurrente afirmaba: “Desde que Microsoft compró GitHub, la muerte de Azure DevOps es inevitable; es solo cuestión de tiempo y Microsoft quiere llevar a todos a GitHub”.
Además, surge la incógnita de fondo: ¿es el mejor momento para que las empresas apuesten por GitHub cuando la plataforma ha sufrido frecuentes problemas técnicos y de escalabilidad durante el último año?
Esta cuestión se volvió más visible cuando, hace poco, 73 repositorios propiedad de Microsoft en GitHub, incluyendo acciones importantes para desplegar Azure Functions, fueron deshabilitados tras un ataque de malware tipo gusano, afectando a pipelines CI/CD a nivel global.
A pesar de estas vulnerabilidades, la apuesta estratégica de Microsoft sigue siendo firme, confiando en que los avances y las capacidades IA integradas en GitHub justificarán la migración para las grandes organizaciones. Sin embargo, más allá de la promesa de una corta ventana de cambio de 30 minutos, la transición requerirá superar obstáculos significativos para convencer a las empresas más cautelosas en temas de fiabilidad y seguridad.
