Leer el resultado inicial

Con el RUN_ID y el SHA baseline anotados, abrí la ejecución inicial en el navegador. Si preferís consultar por CLI, seguí en la terminal del host en lab.

En el navegador, entrá al job check y desplegá cada step. Buscá checkout, instalación con lockfile, Biome y TypeScript para relacionar lo que ocurrió con el archivo que leímos.

Captura de referencia de GitHub, no resultado de tu práctica.

Por CLI, reemplazá RUN_ID por el número real:

gh run view RUN_ID --json status,conclusion
gh run view RUN_ID --web

El JSON consulta un estado puntual. El navegador permite seguir la ejecución y leer steps. No uses gh run watch: consulta una API que no admite este token fino. No cambies a token clásico ni amplíes permisos para conservar ese comando.

Si queda Queued, revisá que la terminal del runner siga escuchando y sus etiquetas incluyan self-hosted, linux y workshop. Si aparece Failure, localizá el primer step fallido y leé archivo, línea y mensaje antes de reintentar. No confundas estar en cola con un error de TypeScript.

Esperá a que el baseline termine con status igual a completed, conclusion igual a success y todos los checks completos en el SHA inicial de development. Verificá ese SHA en la página del run, no sólo el color del resultado. Después el runner efímero debe terminar y su terminal regresar al host.

No sigas si el baseline falla o el run corresponde a otro commit. El error deliberado sólo tiene sentido después de este resultado correcto.