En el mundo del desarrollo de software, la automatización es clave para la eficiencia y la calidad. GitHub Actions, la plataforma de integración continua y entrega continua (CI/CD) de GitHub, se ha convertido en una herramienta fundamental para muchos equipos. En 2025, GitHub Actions alcanzó un hito impresionante: 11.5 mil millones de minutos utilizados en proyectos públicos y de código abierto, un aumento del 35% con respecto al año anterior. Pero este crecimiento no ha estado exento de desafíos. Afortunadamente, GitHub ha escuchado a la comunidad y está implementando mejoras significativas.
Reconstruyendo el corazón de GitHub Actions
A principios de 2024, el equipo de GitHub Actions se enfrentó a un problema de escalabilidad. La plataforma estaba ejecutando alrededor de 23 millones de trabajos por día, y el crecimiento mensual dejaba claro que la arquitectura existente no podría soportar la demanda futura. La solución fue ambiciosa: re-arquitecturar los servicios centrales que impulsan los trabajos y ejecutores de GitHub Actions.
Los objetivos eran claros: mejorar el tiempo de actividad y la resistencia ante problemas de infraestructura, optimizar el rendimiento y reducir las limitaciones internas, y aprovechar las inversiones más amplias de GitHub en la plataforma y las mejoras en la experiencia del desarrollador. El objetivo era escalar 10 veces el uso existente. Desde agosto de 2025, todos los trabajos de GitHub Actions se ejecutan en esta nueva arquitectura, que maneja 71 millones de trabajos por día, más de 3 veces el punto de partida.
Este proceso implicó priorizar la estabilidad sobre nuevas características, lo que retrasó algunas peticiones de la comunidad. Sin embargo, esta decisión fue crucial para asegurar la sostenibilidad y el futuro de GitHub Actions.
De vuelta a las mejoras solicitadas por la comunidad
Con la nueva arquitectura en marcha, GitHub ha vuelto a centrarse en las mejoras que la comunidad ha estado pidiendo a gritos. Aquí hay algunas de las actualizaciones más recientes:
Anclajes YAML: Reduce la duplicación en flujos de trabajo complejos
Una de las características más solicitadas, los anclajes YAML, ya están disponibles. Permiten definir configuraciones una sola vez con un ancla (&) y reutilizarlas en diferentes partes del flujo de trabajo con un alias (*). Esto simplifica el mantenimiento de variables de entorno, configuraciones de pasos o incluso configuraciones de trabajos completos.
💡 Más información sobre anclajes y alias YAML en la documentación de GitHub
Plantillas de flujo de trabajo no públicas: CI consistente entre equipos
Las organizaciones ahora pueden crear plantillas de flujo de trabajo no públicas directamente en su repositorio .github. Esto proporciona a los desarrolladores un punto de partida confiable al crear nuevos flujos de trabajo, evitando la copia manual de patrones de CI entre repositorios.
💡 Más información sobre plantillas de flujo de trabajo en la documentación de GitHub
Flujos de trabajo reutilizables más profundos: Pipelines modulares a gran escala
Se han aumentado los límites de anidamiento y llamadas en flujos de trabajo reutilizables. Ahora, los equipos tienen más flexibilidad para estructurar sus pipelines de CI/CD de forma modular y escalable, con hasta 10 niveles de anidamiento y 50 llamadas por ejecución.
💡 Más información sobre flujos de trabajo reutilizables en la documentación de GitHub
Cachés más grandes: Para proyectos grandes y builds con muchas dependencias
Se ha eliminado el límite anterior de 10 GB para el caché de repositorios. Esto resuelve un problema común para equipos con dependencias grandes o monorepos multi-lenguaje, donde las dependencias se eliminaban antes de poder acelerar la siguiente ejecución del flujo de trabajo.
💡 Más información sobre la gestión del almacenamiento en caché en la documentación de GitHub
Más entradas de envío de flujo de trabajo: Para una automatización más rica
Se ha aumentado el número de entradas de envío de flujo de trabajo de 10 a 25. Esto permite a los desarrolladores crear flujos de trabajo de autoservicio más sofisticados, ya sea para parametrizar implementaciones, configurar ejecuciones de prueba o crear automatizaciones reutilizables con opciones de entrada más ricas.
Otras mejoras de rendimiento y plataforma en 2025
También se han realizado avances en la base sólida establecida a principios de este año, incluidos los ejecutores arm64 alojados para repositorios públicos, las imágenes de macOS 15 y Windows 2025 (ahora disponibles de forma general), las métricas de rendimiento de Actions (también disponibles de forma general) y el soporte de imágenes personalizadas en vista previa pública.
¿Qué esperar en 2026?
GitHub tiene grandes planes para el primer trimestre de 2026, influenciados por las principales solicitudes de la comunidad:
- Soporte para zonas horarias en trabajos programados y actualizaciones en la confiabilidad de la programación.
- Devolución del ID de ejecución desde el envío del flujo de trabajo.
- Adición de una función de “case” para expresiones, proporcionando un operador o función condicional.
- Mejoras en la experiencia del usuario, incluyendo tiempos de carga de página más rápidos, mejor renderizado para flujos de trabajo con más de 300 trabajos y un filtro para la lista de trabajos.
Además, se comenzará a trabajar en pasos paralelos, una de las características más solicitadas en GitHub Actions, con el objetivo de lanzarla antes de mediados de 2026.
Conclusión
GitHub Actions está evolucionando para satisfacer las necesidades de la comunidad de desarrolladores. Con una nueva arquitectura, mejoras de rendimiento y características solicitadas por los usuarios, la plataforma se está convirtiendo en una herramienta aún más poderosa para la automatización del desarrollo de software. Si eres usuario de GitHub Actions, ¡mantente atento a las novedades y participa en las discusiones de la comunidad para ayudar a dar forma al futuro de la plataforma!
Fuente: GitHub Blog
Leave a Comment