Flujos de trabajo

GitHub Actions utiliza el concepto de flujos de trabajo, que son scripts que se ejecutan automáticamente cada vez que se produce un evento concreto (por ejemplo, al hacer push de un commit).

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

• Sintaxis de los flujos de trabajo
• Elegir cuándo se ejecuta tu flujo de trabajo
• Elegir dónde se ejecuta tu flujo de trabajo
• Elegir qué hace tu flujo de trabajo
• Escribir flujos de trabajo
• Buenas prácticas

Flujos de trabajo compartidos

Algunos flujos de trabajo se comparten entre repositorios.

Flujos de trabajo generales

• Sincronizar las etiquetas: sincroniza las etiquetas del repositorio a partir de un archivo

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 las pull requests que provocarían que se volvieran a probar las soluciones existentes
• Test: comprueba 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:

• Pausar las contribuciones de la comunidad: comenta automáticamente en las issues y PRs recién creadas por usuarios que no son miembros de la organización de Exercism en GitHub

Flujos de trabajo personalizados

Los mantenedores pueden añadir flujos de trabajo personalizados a sus repositorios sin ningún problema. Algunos ejemplos de este tipo de flujos de trabajo podrían ser:

• Linting de scripts de shell
• Comentario automático en las pull requests
• Etc.