Flujos de trabajo

GitHub Actions usa el concepto de flujos de trabajo, que son scripts que se ejecutan automáticamente cada vez que ocurre un evento específico (por ejemplo, al hacer push de un commit).

Cada flujo de trabajo de GitHub Actions se define en un archivo .yml dentro del directorio .github/workflows. Para obtener más información sobre los flujos de trabajo, consulta la siguiente documentación:

Flujos de trabajo compartidos

Algunos flujos de trabajo se comparten entre repositorios.

Caution

Los flujos de trabajo compartidos se sincronizan automáticamente (desde el repositorio org-wide-files). Por lo tanto, no deberías cambiar su contenido manualmente.

Flujos de trabajo generales

Flujos de trabajo específicos del track

  • configlet: comprueba si los archivos (de configuración) del track están bien estructurados, tanto sintáctica como semánticamente
  • Ningún archivo importante ha cambiado: comenta en los pull requests que provocarían que se vuelvan a probar las soluciones existentes
  • Prueba: verifica los ejercicios del track

Flujos de trabajo específicos de las herramientas

  • Despliegue: despliega la imagen Docker de las herramientas del track en Docker Hub y ECR

Flujos de trabajo opcionales

También hay algunos flujos de trabajo que los tracks pueden activar de forma opcional:

Flujos de trabajo personalizados

Los mantenedores pueden agregar flujos de trabajo personalizados a sus repositorios sin problema. Algunos ejemplos de estos flujos de trabajo podrían ser: