GitHub ha declarado disponible de forma general una nueva imagen de Windows 11 para Arm64 equipada con Visual Studio 2026. El entorno puede utilizarse tanto en los runners estándar alojados por GitHub como en los de mayor tamaño, lo que permite ejecutar y validar proyectos para esta arquitectura sin mantener infraestructura propia.
La activación se realiza en GitHub Actions mediante el destino runs-on: windows-11-vs2026-arm dentro del archivo del flujo de trabajo. Este identificador permite probar desde ahora el nuevo entorno, antes de que GitHub empiece a convertir Visual Studio 2026 en la opción predeterminada para la imagen de Windows 11 Arm64.
Una migración gradual durante septiembre
El cambio automático comenzará el 21 de septiembre de 2026 y se desplegará progresivamente hasta el 30 de septiembre. Durante esos diez días, los flujos de trabajo que empleen la imagen afectada irán pasando al nuevo entorno, por lo que dos ejecuciones realizadas en momentos distintos podrían no coincidir todavía en la versión de Visual Studio utilizada.
Quienes quieran adoptar Visual Studio 2026 no tendrán que modificar su configuración para recibir la actualización predeterminada. Sin embargo, seleccionar expresamente windows-11-vs2026-arm ofrece una ventana de aproximadamente un mes para comprobar compilaciones, pruebas y herramientas auxiliares antes del despliegue general.
La precaución resulta especialmente importante porque GitHub advierte de que la migración puede romper flujos dependientes de Visual Studio 2022. Esa dependencia puede estar en el propio proyecto, pero también en scripts que busquen rutas concretas, componentes instalados o versiones determinadas de las herramientas de compilación.
Qué supone para los equipos que trabajan con Arm64
La disponibilidad estable reduce la fricción para incorporar Visual Studio 2026 a la integración continua sobre Windows 11 Arm64. Los equipos pueden añadir una ejecución específica con la nueva etiqueta, comparar su resultado con el flujo actual y detectar incompatibilidades sin esperar a que la migración alcance al runner habitual.
La novedad también amplía la evolución reciente de la plataforma, que ha incorporado más herramientas para supervisar el desarrollo, como las tendencias de calidad de código de GitHub para organizaciones. En este caso, el efecto es operativo: afecta al entorno sobre el que se compila y prueba el software, no solo a la presentación de métricas.
Si un proyecto debe conservar Visual Studio 2022, la recomendación práctica es no dejar la transición al comportamiento automático. En los runners estándar habrá que dirigir el flujo hacia otro runner; en los de mayor tamaño, GitHub indica que se debe cambiar la imagen asignada al runner correspondiente.
La fecha límite efectiva es el 30 de septiembre de 2026, cuando GitHub prevé completar el despliegue. Hasta entonces, fijar explícitamente el nuevo destino facilita una transición controlada y permite separar los fallos introducidos por el cambio de entorno de otros problemas del código o de sus dependencias.
