Gitea Runner 4.0.0 integra checkout nativo y caché S3, elimina la dependencia de Node
La nueva versión simplifica la configuración de CI en Gitea, aunque obliga a revisar la red si usas Docker remoto o bridge.
Gitea ha liberado la versión 4.0.0 de su agente de ejecución, una actualización que elimina la necesidad de instalar Node.js en los jobs de checkout y de desplegar un servidor de caché independiente para cachés compartidas. La versión introduce la acción nativa builtin:checkout y almacenamiento en caché compatible con la interfaz de S3.
Cambios en la red y seguridad
El punto más crítico para administradores de sistemas es el cambio en el enrutamiento de la caché. Ahora, las peticiones de caché de los jobs se enrutan a través del runner. Esto significa que si tu infraestructura utiliza Docker remoto o una red en modo bridge, debes verificar que la caché sea alcanzable desde el runner, ya que no lo será directamente desde el contenedor del job. Este cambio afecta directamente a la configuración de red en entornos distribuidos.
Nuevas funcionalidades
Además de la integración nativa de checkout, la actualización incluye soporte para referencias de acciones autoalojadas y el parámetro --umask en container.options, útil para controlar permisos en contenedores. También se ha implementado el trazado de OpenTelemetry, lo que facilita la observabilidad de los pipelines.
Un detalle técnico relevante: el campo valid_volumes ahora utiliza la sintaxis de doublestar para el emparejamiento de patrones. Aquellos que gestionan volúmenes complejos en sus configuraciones de acciones deben revisar sus expresiones regulares, ya que el comportamiento puede cambiar respecto a versiones anteriores.
Esta actualización posiciona a Gitea Runner como una alternativa más ligera y autónoma a los runners de GitHub Actions para entornos autoalojados, reduciendo la huella de software necesario en el host. Queda por ver cómo se comporta el nuevo enrutamiento de caché en redes empresariales complejas con firewalls estrictos.
