Jenkins / Hudson variables d'environnement

Michael,

Deux choses:

Lorsque Jenkins se connecte à un ordinateur, il va à la sh shell, et pas le bash shell (du moins c'est ce que j'ai remarqué - j'ai peut-être mal). Afin que toutes les modifications que vous apportez à $PATH dans votre fichier bashrc ne sont pas considérées.

Aussi, toutes les modifications que vous apportez à $PATH dans votre shell local (celui que vous avez personnellement en ssh) n'apparaîtront pas dans Jenkins.

Pour modifier le chemin d'Jenkins utilise, vous avez deux options (autant que je sache):

1) Modifier votre /etc/profile fichier et ajouter les chemins d'accès que vous souhaitez y

2) Allez à la page de configuration de votre esclave, et ajouter la variable d'environnement PATH, avec valeur: $PATH:/followed-by/paths/you/want/to/add

Si vous utilisez la deuxième option, votre Système d'Information ne sera toujours pas le montrer, mais vos constructions verrez l'ajout des chemins.

Vous pouvez également modifier le /etc/sysconfig/jenkins fichier à apporter des modifications pour les variables d'environnement, etc. J'ai simplement ajouté source /etc/profile à la fin du fichier. /etc/profile a tous les tous les PATH variables de configuration. Lorsque vous faites cela, assurez-vous de redémarrer Jenkins

/etc/init.d/jenkins restart

Nous sommes en cours d'exécution ZendServer CE qui installe la poire, phing, etc dans un autre chemin si cela a été utile. Aussi, nous n'avons pas l' LD_LIBRARY_PATH les erreurs que nous avons utilisé pour obtenir avec le client Oracle et Jenkins.

Les informations sur cette réponse est hors de date. Vous avez besoin d'aller à Configurer Jenkins >, Et vous pouvez ensuite cliquez sur pour ajouter une Variable d'Environnement paire clé-valeur à partir de là.

par exemple: export MYVAR=test serait MYVAR est la clé, et test est la valeur.

J'ai trouvé deux plugins pour que.
On charge les valeurs à partir d'un fichier et de l'autre vous permet de configurer les valeurs dans le travail de l'écran de configuration.

Envfile Plugin — Ce plugin vous permet de définir des variables d'environnement par l'intermédiaire d'un fichier. Le format du fichier doit être le standard de la propriété Java format de fichier.

EnvInject Plugin — Ce plugin permet d'ajouter des variables d'environnement et d'exécuter un script de configuration afin de configurer un environnement pour l'Emploi.

C'est comment j'ai résolu ce problème ennuyeux:

J'ai changé le PATH variable @sagar a suggéré dans sa 2ème option, mais encore j'ai eu différents PATH valeur que ce que j'attendais.

Finalement, j'ai trouvé que c'était le EnvInject plugin qui a remplacé mon PATH variable!

Donc j'ai pu le désinstaller EnvInject ou simplement l'utiliser pour injecter de la variable de CHEMIN d'accès.

Comme beaucoup de nos Jenkins emplois utiliser ce plugin, je n'ai pas envie de le désinstaller...

J'ai donc créé un fichier: environment_variables.properties sous mon Jenkins répertoire home.

Ce fichier contient le chemin d'accès de l'environnement de la valeur que j'ai eu besoin:
PATH=$PATH:/usr/local/git/bin/.

De l'Jenkins interface web: Manage Jenkins -> Configure System.
Dans cet écran - j'ai coché la Prepare jobs environment option, et dans le Properties File Path domaine je suis entré dans le chemin de mon fichier: /var/lib/jenkins/environment_variables.properties.

De cette façon, chaque Jenkins travail que nous avons reçoivent les variables que j'ai mis dans cette environment_variables.properties fichier.

Sur mon Ubuntu 13.04, j'ai essayé quelques réglages avant de réussir avec cette:

1. Éditer /etc/init/jenkins.conf
2. Localiser l'endroit où "exec start-stop-serveur..." commence
3. Insérez l'environnement de mise à jour juste avant, c'est à dire

export PATH=$PATH:/certains/new/path/bin

Solution qui a fonctionné pour moi

source ~/.bashrc

Explication

J'ai d'abord vérifié Jenkins était en cours d'exécution BASH, avec echo $SHELL et echo $BASH (remarque je suis en mettant expressément #!/bin/bash au sommet de la textarea dans Jenkins, je ne suis pas sûr si c'est une exigence pour obtenir BASH). sourceing /etc/profile que d'autres ont suggéré de ne fonctionnait pas.

Regardant /etc/profile j'ai trouvé

if [ "$PS1" ]; then
...

et de l'inspection "$PS1" la trouve nulle. J'ai essayé de l'usurpation d' $PS1 en vain comme

export PS1=1
bash -c 'echo $PATH'

cela n'a toutefois pas d'obtenir le résultat souhaité (ajouter le reste de la $PATH je m'attends à voir). Mais si je dis bash pour être interactif

export PS1=1
bash -ci 'echo $PATH'

la $PATH a été modifié comme je m'y attendais.

J'ai été à essayer de comprendre comment bien usurper un shell interactif pour obtenir /etc/bash.bashrc à charge, cependant il s'avère que j'avais besoin dans ~/.bashrc, il suffit d' sourceing il a résolu le problème.

Sur Ubuntu je viens de modifier le fichier /etc/default/jenkins et ajouter la source /etc/profile à la fin et cela fonctionne pour moi.

Ce qui a fonctionné pour moi a été la substitution de la variable d'environnement PATH pour l'esclave.

Set:   PATH 
To:    $PATH:/usr/local/bin

Puis de le déconnecter et de reconnecter l'esclave.

En dépit de ce que le système d'information a été montrant qu'il a travaillé.

J'ai essayé toutes les choses à partir de ci - dessus ne fonctionne pas pour moi.

J'ai trouvé deux solutions (à la fois pour SSH-Esclave)

1. Aller à l'esclave paramètres

2. Ajouter une nouvelle variable d'environnement

3. CHEMIN
4. ${PATH}:${HOME}/.pub-cache/bin:${HOME}/.local/bin

Le "${HOME}" est important. Cela rend le CHEMIN d'accès absolu.
Chemin relatif ne fonctionne pas pour moi.

Option II (pipeline-script)

pipeline {
    agent {
        label 'your-slave'
    }
    environment {
        PATH = "/home/jenkins/.pub-cache/bin:$PATH"
    }
    stages {
        stage('Test') {
            steps {
                ansiColor('xterm') {
                    echo "PATH is: $PATH"
                }
            }
        }
    }
}