Azure DevOps se estancó. GitHub no.
He estado observando algo en el ecosistema de herramientas de desarrollo de Microsoft que, al principio, era difícil de articular con exactitud. No hay un anuncio oficial. No hay ningún comunicado de prensa. Pero los patrones están ahí si uno los mira.
Azure DevOps ha entrado en una especie de mantenimiento silencioso. GitHub, mientras tanto, ha acelerado.
Lo que cambió este año en GitHub
La cantidad de funcionalidades nuevas en GitHub durante el último año ha sido notable.
GitHub Actions ya es mucho más que una alternativa a Azure Pipelines. Hoy tiene integración nativa con todo el flujo de desarrollo: el repositorio, las revisiones, los issues, la automatización. Todo conectado, sin configuraciones complicadas ni puentes externos.
Pero lo que realmente marca un antes y un después es la integración con IA. No me refiero solo a Copilot como autocompletado de código. Me refiero a algo más concreto: agentes de IA que pueden tomar un issue abierto, escribir código, crear commits y abrir un pull request de forma autónoma. Eso no es un asistente. Eso es un cambio en cómo funciona el flujo de desarrollo.
Lo que me parece más interesante no es solo que existan agentes, sino cómo GitHub está pensando en darles estructura para que funcionen bien. GitHub Agentic Workflows es una iniciativa que define justamente eso: cómo integrar la IA con rieles claros dentro del flujo de desarrollo. No como un generador de código suelto, sino con contexto, visibilidad y control en cada paso. Es la apuesta de GitHub por hacer que la IA opere de forma predecible dentro del ciclo real de un equipo.
Y todo esto ocurre dentro de la misma plataforma, sin saltar a otra herramienta.
Dónde Azure DevOps sigue siendo superior
No voy a ser injusto. Azure DevOps es una plataforma madura que he usado extensamente en entornos corporativos, y ha cumplido muy bien su función.
Hay un área donde sigue siendo claramente superior: la planificación del trabajo.
Azure Boards tiene un modelo de gestión del trabajo mucho más completo que lo que GitHub ofrece hoy con Issues, Projects y Milestones. Épicas, user stories, tareas anidadas, sprints con capacidad del equipo, backlogs jerárquicos. Está diseñado para organizaciones que necesitan estructura y trazabilidad real en sus procesos, no solo para equipos que trabajan en proyectos open source.
Y lo interesante es que no tienes que elegir uno u otro para esto: Azure Boards se puede integrar directamente con repositorios de GitHub. Puedes tener la gestión de trabajo en Azure DevOps y el código en GitHub, y funcionan bien juntos.
Si trabajas en una empresa con procesos formales de gestión de proyectos y sprints estructurados, Azure DevOps Boards todavía no tiene un equivalente directo en GitHub.
Fuera de eso, la brecha se está ampliando en la dirección contraria.
¿Está Microsoft apostando por GitHub?
La pregunta que me genera todo esto es bastante concreta: ¿está Microsoft apostando estratégicamente por GitHub como su plataforma principal de desarrollo?
Todo indica que sí.
La señal es clara: GitHub ya no es solo un lugar donde se guarda código. Se ha convertido en la plataforma central del ecosistema de desarrollo de Microsoft, y especialmente en el punto de entrada a todo lo que tiene que ver con inteligencia artificial.
Azure DevOps sigue activo y sigue siendo mantenido. Pero me parece que ese mantenimiento responde más a compatibilidad que a visión de futuro. Hay un segmento enorme de empresas que llevan años con Azure DevOps, con procesos definidos, flujos establecidos y equipos que no van a migrar fácilmente. Microsoft lo sabe. Y tiene todo el sentido que no abandone esa base. Pero eso no es lo mismo que apostar por una plataforma.
En mi caso, ese cambio ya está pasando. Los proyectos nuevos que inicio los llevo directamente a GitHub. No porque Azure DevOps sea malo, sino porque GitHub hoy ofrece un ecosistema más completo y más alineado con hacia dónde va la industria.
No te cases con las herramientas
Este desplazamiento me parece una señal importante para todos nosotros.
Hace no mucho tiempo, GitHub no era una alternativa seria frente a Azure DevOps en CI/CD. Si alguien en un equipo enterprise hubiera propuesto migrar de Azure Pipelines a GitHub Actions hace tres años, la respuesta habría sido escéptica, con razón.
Hoy, esa percepción ha cambiado completamente. Y probablemente seguirá cambiando.
Y aquí hay algo que me resulta familiar. Lo mismo pasó con Team Foundation Server, el sistema de control de versiones de Microsoft. Nunca hubo un anuncio oficial diciendo “dejen de usar TFVC y migren a Git”. Pero poco a poco, la energía, las integraciones y las nuevas funcionalidades fueron apareciendo en Git. Y al final, la mayoría terminamos migrando, no porque alguien lo ordenara, sino porque la dirección estaba clara.
Sospecho que con Azure DevOps está pasando algo parecido.
El ecosistema tecnológico —especialmente todo lo que rodea a la inteligencia artificial— está evolucionando demasiado rápido para aferrarse a una herramienta por costumbre o por comodidad. Lo que hace un año no era competitivo puede convertirse en el estándar en meses.
Eso no significa estar migrando todo constantemente. Significa mantenerse observando, evaluando y tomando decisiones con criterio. No con inercia.
Si quieres seguir aprendiendo sobre estos temas te invito a ver mis otras publicaciones.
