Dans cette section, vous allez découvrir les composants de base d’un fichier de workflow GitHub Actions.

Les composants de GitHub Actions

Il existe plusieurs composants qui travaillent ensemble pour exécuter des tâches ou des jobs dans un workflow GitHub Actions.
En résumé :

• Un événement déclenche le workflow,
• qui contient un ou plusieurs jobs,
• lesquels utilisent des étapes (steps) pour définir quelles actions seront exécutées.

Pour mieux comprendre comment ces composants interagissent, examinons-les un par un :

Flux de travail

Un Flux de travail est un processus automatisé que vous ajoutez à votre dépôt.
Il doit contenir au moins un job, et peut être déclenché par différents événements.
Vous pouvez l’utiliser pour compiler, tester, empaqueter, publier ou déployer le projet de votre dépôt sur GitHub.

Jobs

Un job est le premier composant majeur d’un workflow.
C’est une section du workflow associée à un runner (exécuteur).
Ce runner peut être hébergé par GitHub ou auto-hébergé, et le job peut s’exécuter sur une machine ou dans un conteneur.

Vous spécifiez le runner avec l’attribut runs-on.

Étapes (Steps)

Une étape est une tâche individuelle qui peut exécuter des commandes dans un job.
Dans notre exemple précédent, l’étape utilise l’action actions/checkout@v2 pour effectuer un checkout du dépôt.
Ce qui est intéressant, c’est la valeur uses: ./action-a.
Il s’agit du chemin vers l’action conteneurisée que vous allez créer dans un fichier action.yml.

Actions

Les actions dans votre workflow sont des commandes autonomes qui sont exécutées.
Ces commandes peuvent faire référence à :

• des actions GitHub,
• vos propres actions personnalisées,
• ou des actions communautaires, comme celle utilisée dans l’exemple précédent : actions/checkout@v2.