En passant la variable de script shell pour jenkins

- Je déclencher un script shell de Jenkins, Ce scripts d'obtenir la date et l'exporter dans un environnement(Linux) variable $DATE. J'ai besoin d'utiliser ce $DATE à l'intérieur même Jenkins travail. J'ai fait du travail en tant que paramètre de construire. Créé un paramètre de chaîne comme DATE de valeur DATE=$DATE. Mais ça ne fonctionne pas.

S'il vous plaît suggérer !!

  • On ne sait pas ce que vous dites — vous mettez-vous DATE comme un paramètre, ou êtes-vous à l'exportation DATE à partir d'un "Exécuter shell" étape de génération?
  • Salut à tous, je suis en train d'essayer de l'exporter à partir d'un script qui s'exécute à l'intérieur Jenkins travail de même Jenkins travail.
  • EnvInject plugin est avoir un sérieux problème de sécurité. Maintenant Jenkins est d'avoir intégré l'appui de cette stackoverflow.com/a/53430757/1753177
InformationsquelleAutor user3232823 | 2015-05-07
  1. 76

    Vous mentionnez que vous êtes à l'exportation d'un DATE variable d'environnement dans un script shell, qui est sans doute d'être lancée par un "Exécuter shell" étape.

    Le problème est, une fois la coque étape est terminée, que l'environnement est parti — les variables ne seront pas reportées à l'accumulation ultérieure étapes.

    Donc, lorsque vous essayez d'utiliser la $DATE valeur — si, dans une autre étape de génération, ou en tant que paramètre à un autre emploi que la variable d'environnement n'existe plus.

    Ce que vous pouvez faire au lieu d'utiliser les EnvInject plugin pour exporter les variables d'environnement lors d'une compilation. Variables définies à l'aide de ce plugin sera disponible à toutes les étapes de génération.

    Par exemple, vous pourriez écrire le DATE à une des propriétés de champ dans une étape de génération:

    echo DATE=$(date +%Y-%m-%d) > env.properties

    Ensuite, vous pouvez ajouter un "Injecter des variables d'environnement pour votre travail" étape de génération, et entrez env.properties dans les "Propriétés de l'Environnement Chemin d'accès au Fichier" sur le terrain.

    De cette façon, le DATE variable (et rien d'autre que les propriétés du fichier) sera exporté et sera visible par le reste des étapes de génération.

    • Merci. Il est regrettable que Jenkins ne prend pas en charge cette fonctionnalité par défaut. Ce que j'essayais de trouver une meilleure façon de procéder à l'impression automatiquement toutes les variables définies à l'intérieur d'un script shell pour le fichier de propriétés en une seule commande. Une de mes tâches à la création d'environ 15 variables basées sur les répertoires, les noms de fichiers, horodateurs, etc. J'aurais alors besoin de 15 l'écho des commandes de sortie pour le fichier de propriétés. Et si je devais ajouter d'autres variables, j'aurais également besoin de s'assurer qu'ils étaient en cours de sortie. Il serait agréable d'être en mesure d'exécuter une commande similaire à "env" qui affiche toutes les variables définies.
    • Il est en effet regrettable que Jenkins ne prend pas en charge hors de la boîte. Merci pour cette réponse.
    • belle réponse. fait ma journée..
    • Il pourrait être préférable d'écrire env.properties à $WORKSPACE/env.properties et l'accès $WORKSPACE/env.properties lors de l'injection de variables.
    InformationsquelleAutor Christopher Orr