Skip to content
De un commit a trabajo autónomo

Registrar el runner para el error

Con el error de tipos publicado en development, su SHA anotado y el primer runner terminado, abrí tu repo en el navegador y una terminal nueva del host en lab. Vamos a crear otra instancia de lab-runner y continuar en su Bash.

Esta segunda ejecución debe fallar por el error que acabás de publicar. Necesita un registro nuevo, sin reutilizar la configuración ni el token de la ejecución anterior. No vuelvas a la página de registro baseline. Este registro termina aquí, con un runner listo para comprobar el error.

En GitHub abrí Settings → Actions → Runners → New self-hosted runner. Elegí Linux y la arquitectura de tu imagen. El runner ya está descargado en taller; no repitas los comandos de instalación de esa pantalla. Buscá el token temporal de Configure.

Antes de crear la instancia, mirá los containers activos desde el host:

docker ps

No debe seguir activo un lab-runner anterior. No reemplaces ni detengas runners ajenos. Si el nombre ya existe por una instancia de la práctica que no terminó, resolvé su estado antes de crear otra.

docker run --rm -it --name lab-runner taller

Dentro de esa nueva instancia, reemplazá sólo la URL por tu repo:

cd /opt/actions-runner
./config.sh --url https://github.com/TU_USUARIO/REPO \
  --name workshop-runner --labels workshop --ephemeral

El programa pide el token temporal de registro con entrada oculta. Pegá el de New self-hosted runner, nunca tu PAT. No lo pases por argumento ni variable de shell. Si venció, obtené otro en esa pantalla. Aceptá los valores sugeridos para grupo y carpeta de trabajo si aparecen. Si el nombre choca con un runner ajeno, no aceptes reemplazarlo.

Iniciá la escucha desde /opt/actions-runner:

exec ./run.sh

La terminal debe quedar esperando con un mensaje como:

Listening for Jobs

Comprobá en GitHub que esté disponible con self-hosted, linux y workshop. Como en el primer ciclo, --ephemeral le asigna un solo job y luego da de baja el runner. exec reemplaza la shell, de modo que al terminar el job sale el proceso principal del container y --rm elimina la instancia. No esperes volver a una shell dentro del runner al acabar.

No montes en este container el proyecto del host, el perfil de Hermes, la sesión de gh, el home del host ni el socket Docker. El checkout descarga el repo y el runner sólo necesita salida hacia GitHub y las descargas del job. Ejecutá únicamente código de la práctica que controles. El registro web no requiere Administration en el PAT.

No sigas si no está escuchando, tiene etiquetas distintas o configuraste otro repo. Dejá abierta esta terminal mientras iniciás la ejecución desde otra terminal del host o desde el navegador.