GitHub empezará el 29 de septiembre a aplicar por completo los requisitos mínimos de versión a los runners autoalojados de GitHub Enterprise Cloud. Los runners anteriores a la versión 2.329.0 no podrán registrarse de nuevo y los que estén por debajo del mínimo móvil de ejecución dejarán de recibir trabajos. La consecuencia visible puede ser una cola parada aunque el workflow no haya cambiado.
El aviso del 28 de septiembre trasladó el inicio de la aplicación completa al día 29. Los requisitos no cambiaron: 2.329.0 es el suelo para registrar o volver a registrar un runner, mientras que la ejecución exige instalar cada versión nueva dentro de los 30 días posteriores a su publicación.
2.329.0 no es una versión para fijar y olvidar
| Situación | Requisito | Fallo esperado |
|---|---|---|
| Registro o nuevo registro | 2.329.0 o posterior | El runner no se conecta |
| Ejecución de trabajos | Versión dentro de la ventana de 30 días | Los jobs dejan de asignarse |
| Actualización crítica | Aplicarla cuando GitHub la publique | GitHub puede pausar la cola antes de 30 días |
| GitHub Enterprise Server | No entra en este cambio | Sin impacto por este calendario |
La cronología detallada de GitHub aclara que un runner fijado en 2.329.0 puede registrarse, pero acabará fuera del mínimo de ejecución si no vuelve a actualizarse. Los runners con actualización automática deberían mantenerse dentro de la ventana siempre que alcancen el servicio de actualizaciones; las imágenes inmutables y los despliegues con actualización desactivada necesitan otro proceso.
Qué revisar antes de culpar al workflow
- Inventario real. Enumerar runners de repositorio, organización y empresa, incluida cada imagen o plantilla que pueda recrearlos.
- Versión y conectividad. Comprobar que el binario se actualiza y que el host puede alcanzar el servicio necesario.
- Automatización de imágenes. Actualizar AMI, VM, contenedor y scripts de instalación; reparar solo la máquina viva deja la siguiente sustitución obsoleta.
- Cola y etiquetas. Vigilar jobs pendientes por label: un grupo puede fallar mientras otros siguen funcionando.
- Plan de reversión. Conservar la imagen anterior para incidencias del sistema, pero no restaurarla como runner activo si ya queda fuera del mínimo.
GitHub ofrece una API para consultar cuándo terminan el registro y la ejecución de una versión: GET /actions/runners/deprecations/{version} en ámbito de repositorio, organización o empresa. La respuesta incluye runner_version, runtime_deprecates_at y registration_deprecates_at. Es una base más fiable para alertas que codificar 2.329.0 como constante permanente.
El alcance es GitHub Enterprise Cloud
El cambio no afecta a GitHub Enterprise Server. En GitHub Enterprise Cloud con Data Residency, la aplicación completa ya comenzó el 31 de julio. La documentación de runners autoalojados recuerda además que el cliente se actualiza automáticamente salvo que el administrador lo desactive, y que el mantenimiento del sistema operativo y del resto del software sigue siendo responsabilidad del propietario.
Este aviso procede exclusivamente de GitHub, que es quien aplica el requisito. Texploto no ha actualizado ni ejecutado runners del lector. Si una cola se detiene hoy, conviene comprobar versión, fecha de deprecación e imagen de origen antes de modificar YAML que ayer funcionaba. Para otros cambios de gobierno de Actions, puede consultarse nuestro análisis sobre quién puede iniciar un workflow; es un problema diferente.
Transparencia: artículo elaborado con asistencia de IA a partir de las fuentes enlazadas. No se han ejecutado los productos o sistemas descritos.
