Un primer workflow

El primer workflow de un proyecto casi siempre falla, y casi nunca por la razón que se cree. El archivo se rechaza porque está en .github/workflow/, en singular. El comando npm test responde que no encuentra el archivo package.json, porque el repositorio nunca se ha descargado. O todo funciona, y descubres que los tests tardan treinta segundos en lugar de tres, porque no hay nada en caché. Estos tres escollos vienen del mismo punto ciego: un runner es una máquina vacía, que no sabe nada de tu proyecto.

Esta lección construye un workflow de tests realmente utilizable, línea a línea, explicando en cada una qué se rompe si se omite. Termina con la lectura de un registro de ejecución, porque la competencia que ahorra tiempo a la larga no es escribir el archivo, sino saber, en treinta segundos, si un fallo viene de tu código o de tu configuración.

La ubicación del archivo

GitHub solo detecta los archivos .yml o .yaml situados directamente en .github/workflows/, en la raíz del repositorio.

mon-projet/
├── .github/
│   └── workflows/
│       ├── tests.yml
│       └── publication.yml
├── src/
└── package.json