Dans les workflows GitHub Actions, gérer efficacement la configuration peut être complexe.
Une mauvaise gestion des variables d’environnement peut conduire à des erreurs, des redondances et une difficulté à maintenir la cohérence.
Cet article explique comment utiliser les variables d’environnement globales et locales pour un flux de travail plus fluide et efficace.
Devenez expert en gestion de dépôts et automatisez avec GitHub Actions!
Variables d'environnement GitHub Actions
Les variables d’environnement dans un workflow GitHub Actions peuvent être définies à différents niveaux : global et local . Elles sont utilisées pour stocker des informations que nous souhaitons partager entre différentes étapes ou tâches, ou pour configurer l’environnement d’exécution.
Les variables d’environnement globales sont définies au niveau du workflow et peuvent être accessibles à toutes les tâches et étapes de ce workflow. Elles sont utiles pour des configurations ou des valeurs qui doivent être partagées entre différentes tâches ou étapes.
En revanche, les variables d’environnement locales sont définies au niveau du job ou de l’étape spécifique et ne sont accessibles que dans le scope où elles sont définies. Cela signifie qu’une variable d’environnement locale ne peut être utilisée que par le job ou l’étape dans lequel elle est définie, et non pas au-delà.
Voici un exmple de workflow contenant les deux types des variables d’environnement :
jobs:
setup:
runs-on: ubuntu-latest
env:
GLOBAL_ENV: production # variable globale accessible à tous les steps
steps:
- name: Checkout code
uses: actions/checkout@v2
- name: Install dependencies
run: npm install
- name: Run script with environment variable
run: echo "The environment is $GLOBAL_ENV and local var is $LOCAL_ENV"
env:
LOCAL_ENV: specific-task #variable locale uniquement pour ce step
On a cette ligne de code :
env:
GLOBAL_ENV: production # variable globale accessible à tous les steps
Cette variable est définie au niveau du job setup. Elle est accessible à toutes les étapes ( steps ) du job.
GLOBAL_ENV est définie comme production. Elle peut être utilisée dans chaque étape du job setup, y compris dans les commandes run des différentes étapes.
Et puis, on a aussi celui-là :
env:
LOCAL_ENV: specific-task #variable locale uniquement pour ce step
Cette variable est définie uniquement pour l’étape Run script with environment variable. Elle ne sera accessible que dans cette étape spécifique.
La variable LOCAL_ENV est définie comme specific-task et est utilisée dans la commande run de l’étape pour afficher sa valeur. Elle n’est pas accessible dans d’autres étapes du job setup , comme celles définies avant cette étape ( Checkout code et Install dependencies ).
Formez-vous gratuitement avec Alphorm !
Maîtrisez les compétences clés en IT grâce à nos formations gratuites et accélérez votre carrière dès aujourd'hui.
FAQ
Qu'est-ce qu'une variable d'environnement globale dans GitHub Actions?
Comment définir une variable d'environnement locale dans un job GitHub?
Quels avantages offrent les variables globales dans un workflow GitHub?
Comment utiliser une variable d'environnement dans une commande 'run'?
Pourquoi utiliser des variables locales dans un workflow GitHub?
Conclusion
En maîtrisant les variables d’environnement dans GitHub Actions, vous pouvez améliorer la flexibilité et le contrôle de vos workflows. Quel sera le prochain aspect de GitHub Actions que vous explorerez pour optimiser vos processus?
