Comment définir les variables d'environnement dans Jenkins?

Je voudrais pouvoir faire quelque chose comme:

AOEU=$(echo aoeu)

et avoir Jenkins ensemble AOEU=aoeu.

La section Variables d'environnement dans Jenkins ne fait pas cela. Au lieu de cela, il se met AOEU='$(echo aoeu)'.

Comment puis-je demander à Jenkins d'évaluer une commande shell et d'affecter la sortie à une variable d'environnement?

Finalement, je veux pouvoir affecter l'exécuteur d'un travail à une variable d'environnement qui peut être transmise ou utilisée par d'autres scripts.

Cela peut être fait via le plugin EnvInject de la manière suivante:

1. Créez une étape de construction "Exécuter le shell" qui s'exécute:

   echo AOEU=$(echo aoeu) > propsfile
   

2. Créez une étape de génération de variables d'environnement Inject et définissez "Chemin d'accès du fichier de propriétés" sur propsfile.

Remarque : Ce plugin n'est (principalement) pas compatible avec le plugin Pipeline.

La manière la plus simple

Vous pouvez utiliser le plug-in EnvInject pour injecter des variables d'environnement au démarrage de la génération. Par exemple:

Comment vous savez que cela fonctionne

Dans mon cas, je devais ajouter la JMETER_HOMEvariable d'environnement pour être disponible via mes scripts de génération Ant dans tous les projets sur mon serveur Jenkins (Linux), d'une manière qui n'interfère pas avec mon environnement de construction local (Windows et Mac) dans le build.xmlscript . La définition de la variable d'environnement via Gérer Jenkins - Configurer le système - Propriétés globales était le moyen le plus simple et le moins intrusif d'y parvenir. Aucun plug-in n'est nécessaire.

La variable d'environnement est alors disponible dans Ant via:

<property environment="env" />
<property name="jmeter.home" value="${env.JMETER_HOME}" />

Cela peut être vérifié pour les œuvres en ajoutant:

<echo message="JMeter Home: ${jmeter.home}"/>

Ce qui produit:

Accueil JMeter: ~ / .jmeter

Vous pouvez utiliser le plug- in d' injecteur d'environnement pour définir les variables d'environnement dans Jenkins au niveau du travail et du nœud. Ci-dessous, je vais montrer comment les définir au niveau de l'emploi.

1. Depuis l'interface Web Jenkins, accédez à Manage Jenkins > Manage Pluginset installez le plugin.

2. Accédez à l' Configureécran de votre travail
3. Rechercher Add build stepdans la Buildsection et sélectionnerInject environment variables
4. Définissez la variable d'environnement souhaitée comme modèle VARIABLE_NAME = VALUE. Dans mon cas, j'ai changé la valeur de la variable USERPROFILE

Si vous devez définir une nouvelle variable d'environnement en fonction de certaines conditions (par exemple, les paramètres de travail), vous pouvez vous référer à cette réponse .

Vous pouvez essayer quelque chose comme ça

stages {
        stage('Build') {
            environment { 
                    AOEU= sh (returnStdout: true, script: 'echo aoeu').trim()
                }
            steps {
                sh 'env'
                sh 'echo $AOEU'
            }
        }
    }

EnvInject Plugin aka ( Environment Injector Plugin ) vous offre plusieurs options pour définir les variables d'environnement à partir de la configuration Jenkins.

En sélectionnant, Inject environment variables to the build processvous obtiendrez:

• Properties File Path
• Properties Content

• Script File Path

• Script Content

• et enfin Evaluated Groovy script.

Evaluated Groovy scriptvous donne la possibilité de définir la variable d'environnement en fonction du résultat de la commande exécutée :

• avec executeméthode:

    return [HOSTNAME_SHELL: 'hostname'.execute().text, 
        DATE_SHELL: 'date'.execute().text,
        ECHO_SHELL: 'echo hello world!'.execute().text
    ]

• ou avec un Groovycode explicite :

    return [HOSTNAME_GROOVY: java.net.InetAddress.getLocalHost().getHostName(),
        DATE_GROOVY: new Date()
    ] 

(Plus de détails sur chaque méthode peuvent être trouvés dans l'aide intégrée (?))

Malheureusement, vous ne pouvez pas faire la même chose Script Contentcomme indiqué:

Exécutez un fichier de script visant à définir un environnement tel que la création de dossiers, la copie de fichiers, etc. Donnez le contenu du fichier de script. Vous pouvez utiliser les variables de propriétés ci-dessus. Cependant, l'ajout ou la substitution de variables d'environnement dans le script n'a aucun impact sur le travail de génération .

Le plugin Build Env Propagator vous permet d'ajouter de nouvelles variables d'environnement de construction, par exemple

Toute étape successive des variables d'environnement de génération Propagate remplacera les valeurs de variable d'environnement précédemment définies.

Dans mon cas, j'avais configuré des variables d'environnement en utilisant l'option suivante et cela a fonctionné-

Manage Jenkins -> Configure System -> Global Properties -> Environment Variables -> Add

Normalement, vous pouvez configurer les variables d'environnement dans les propriétés globales dans Configurer le système .

Cependant, pour les variables dynamiques avec substitution de shell, vous souhaiterez peut-être créer un fichier de script dans le répertoire Jenkins HOME et l'exécuter pendant la génération. L'accès SSH est requis. Par exemple.

1. Connectez-vous en tant que Jenkins: sudo su - jenkinsousudo su - jenkins -s /bin/bash

2. Créez un script shell, par exemple:

   echo 'export VM_NAME="$JOB_NAME"' > ~/load_env.sh
   echo "export AOEU=$(echo aoeu)" >> ~/load_env.sh
   chmod 750 ~/load_env.sh
   

3. Dans Jenkins Build ( Execute shell ), appelez le script et ses variables avant toute autre chose, par exemple

   source ~/load_env.sh
   

Il s'agit de l'extrait pour stocker la variable d'environnement et y accéder.

node {
   withEnv(["ENABLE_TESTS=true", "DISABLE_SQL=false"]) {
      stage('Select Jenkinsfile') {
          echo "Enable test?: ${env.DEVOPS_SKIP_TESTS}
          customStep script: this
      }
   }
}

Remarque: La valeur de la variable d'environnement arrive sous forme de chaîne. Si vous souhaitez l'utiliser comme un booléen, vous devez l'analyser en utilisant Boolean.parse (env.DISABLE_SQL).

Essayez le plugin de script d'environnement ( GitHub ) qui est très similaire à EnvInject . Il vous permet d'exécuter un script avant la génération (après l'extraction SCM) qui génère des variables d'environnement pour celui-ci. Par exemple

et dans votre script, vous pouvez imprimer par exemple FOO=barsur la sortie standard pour définir cette variable.

Exemple à ajouter à une PATHvariable de style existante :

echo PATH+unique_identifier=/usr/local/bin

Vous êtes donc libre de faire tout ce dont vous avez besoin dans le script - soit catun fichier, soit d'exécuter un script dans une autre langue à partir de l'arborescence source de votre projet, etc.

Vous pouvez utiliser l'une des méthodes suivantes répertoriées ci-dessous:

1. Utilisez le plugin Env Inject pour créer des variables d'environnement. Suivez ceci pour l'utilisation et plus de détails https://github.com/jenkinsci/envinject-plugin
   2. Naviguez ci-dessous et pouvez ajouter

Gérer Jenkins -> Configurer le système -> Propriétés globales -> Variables d'environnement -> Ajouter

Pour une raison quelconque, sudo su - jenkinsne me connecte pas à l' jenkins utilisateur , j'ai fini par utiliser une approche différente.

J'ai réussi à définir les variables env globales en utilisant jenkins config.xmlat /var/lib/jenkins/config.xml(installé dans Linux / RHEL) - sans utiliser de plugins externes.

J'ai simplement dû arrêter jenkins add puis add globalNodeProperties, puis redémarrer.

Exemple, je suis la définition des variables APPLICATION_ENVIRONMENTet SPRING_PROFILES_ACTIVEà continious_integrationci - dessous,

<?xml version='1.0' encoding='UTF-8'?>
<hudson>

  <globalNodeProperties>
    <hudson.slaves.EnvironmentVariablesNodeProperty>
      <envVars serialization="custom">
        <unserializable-parents/>
        <tree-map>
          <default>
            <comparator class="hudson.util.CaseInsensitiveComparator"/>
          </default>
          <int>2</int>
          <string>APPLICATION_ENVIRONMENT</string>
          <string>continious_integration</string>
          <string>SPRING_PROFILES_ACTIVE</string>
          <string>continious_integration</string>
        </tree-map>
      </envVars>
    </hudson.slaves.EnvironmentVariablesNodeProperty>
  </globalNodeProperties>
</hudson>

Nous utilisons un fichier de travail groovy:

description('')
steps {
    environmentVariables {
        envs(PUPPETEER_SKIP_CHROMIUM_DOWNLOAD: true)
    }
}