Як встановити змінні середовища у Дженкінса?

Я хотів би мати можливість зробити щось на кшталт:

AOEU=$(echo aoeu)

і встановити Дженкінса AOEU=aoeu.

Розділ змінних довкілля в Дженкінсі цього не робить. Натомість він встановлює AOEU='$(echo aoeu)'.

Як я можу змусити Дженкінса оцінити командну оболонку та призначити вихідну змінну середовища?

Врешті-решт, я хочу мати можливість призначити виконавця роботи змінною середовища, яка може бути передана або використана іншими сценаріями.

Це можна зробити за допомогою плагіна EnvInject наступним чином:

1. Створіть етап збірки "Виконати оболонку":

   echo AOEU=$(echo aoeu) > propsfile
   

2. Створіть крок побудови змінних середовища ін'єкційних середовищ та встановіть "Шлях до файлу властивостей" на propsfile.

Примітка . Цей плагін (здебільшого) не сумісний із плагіном Pipeline.

Найпростіший спосіб

Ви можете використовувати плагін EnvInject для введення змінних середовища при запуску збірки. Наприклад:

Як ви знаєте, це працює

У моєму випадку мені потрібно було додати JMETER_HOMEзмінну середовища, щоб вона була доступною через мої сценарії збірки Ant для всіх проектів на моєму сервері Jenkins (Linux), таким чином, щоб це не заважало моєму локальному середовищу збирання (Windows та Mac) у build.xmlсценарії . Встановлення змінної середовища за допомогою Manage Jenkins - Configure System - глобальні властивості були найпростішим і найменш нав'язливим способом цього досягти. Ніякі додатки не потрібні.

Змінна середовища тоді доступна в Ant через:

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

Це можна перевірити на роботах, додавши:

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

Що виробляє:

Головна сторінка JMeter: ~ / .jmeter

Ви можете використовувати плагін для інжекторних середовищ для встановлення змінних оточуючих середовищ у Дженкінсах на рівні роботи та вузлів. Нижче я покажу, як їх встановити на рівні роботи.

1. Із веб-інтерфейсу Дженкінса перейдіть до Manage Jenkins > Manage Pluginsта встановіть плагін.

2. Перейдіть на Configureекран роботи
3. Знайдіть Add build stepу Buildрозділі та виберітьInject environment variables
4. Встановіть бажану змінну середовища як VARIABLE_NAME = VALUE. У моєму випадку я змінив значення змінної USERPROFILE

Якщо вам потрібно визначити нову змінну середовища, залежно від деяких умов (наприклад, параметри завдання), то ви можете звернутися до цієї відповіді .

Можна спробувати щось подібне

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

EnvInject Plugin aka ( Environment Injector Plugin ) надає вам декілька варіантів для встановлення змінних оточення з конфігурації Jenkins.

Вибравши, Inject environment variables to the build processви отримаєте:

• Properties File Path
• Properties Content

• Script File Path

• Script Content

• і нарешті Evaluated Groovy script.

Evaluated Groovy scriptдає можливість встановити змінну середовища на основі результату виконаної команди :

• з executeметодом:

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

• або з явним Groovyкодом:

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

(Більш детальну інформацію про кожен метод можна знайти у довідці щодо вбудовування (?))

На жаль, ви не можете зробити те саме Script Content, що зазначено:

Виконайте файл сценарію, спрямований на встановлення середовища, такого як створення папок, копіювання файлів тощо. Надайте вміст файлу сценарію. Ви можете використовувати вищевказані змінні властивості. Однак додавання або переосмислення змінних оточуючих середовищ у скрипті не впливає на роботу збірки .

Є плагін Build Env Propagator, який дозволяє додавати нові змінні середовища побудови, наприклад

Будь-який послідовний крок змінного середовища побудови Propagate буде змінювати раніше визначені значення змінної середовища.

У моєму випадку я налаштував змінні середовища, використовуючи наступний параметр, і він працював-

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

Зазвичай ви можете налаштувати змінні середовища в глобальних властивостях у програмі Налаштування системи .

Однак для динамічних змінних з підстановкою оболонки ви можете створити файл сценарію в режимі Jenkins HOME та виконати його під час збирання. Доступ до SSH необхідний. Наприклад.

1. Увійти як Дженкінс: sudo su - jenkinsабоsudo su - jenkins -s /bin/bash

2. Створіть сценарій оболонки, наприклад:

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

3. У складі Jenkins Build ( Execute shell ) викликайте сценарій та його змінні перед будь-яким іншим, наприклад

   source ~/load_env.sh
   

Це фрагмент для зберігання змінної середовища та доступу до неї.

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

Примітка. Значення змінної середовища надходить як String. Якщо ви хочете використовувати його як булевий, тоді вам доведеться проаналізувати його за допомогою Boolean.parse (env.DISABLE_SQL).

Спробуйте Environment Script Plugin ( GitHub ), який дуже схожий на EnvInject . Це дозволяє запустити скрипт перед збіркою (після оформлення SCM), яка генерує для нього змінні середовища. Напр

і у вашому сценарії ви можете надрукувати напр. FOO=barна стандартний вихід, щоб встановити цю змінну.

Приклад для додавання до існуючої PATHзмінної -style:

echo PATH+unique_identifier=/usr/local/bin

Тож ви можете виконувати все необхідне в сценарії - або catфайл, або запускати сценарій якоюсь іншою мовою з вихідного дерева вашого проекту тощо.

Ви можете скористатися одним із наведених нижче способів:

1. Використовуйте плагін Env Inject для створення змінних середовища. Слідкуйте за цим для використання та детальніше https://github.com/jenkinsci/envinject-plugin
   2. Перейдіть нижче та можете додати

Керуйте Дженкінсом -> Налаштування системи -> Глобальні властивості -> Змінні середовища -> Додати

Чомусь sudo su - jenkinsне записує мене до jenkins користувача , я закінчився з іншим підходом.

Мені вдалося встановити глобальні env-змінні за допомогою використання jenkins config.xmlat /var/lib/jenkins/config.xml(встановлено в Linux / RHEL) - без використання зовнішніх плагінів.

Мені просто довелося зупинити jenkins add, потім додати globalNodeProperties, а потім перезапустити.

Приклад, я визначаю змінні APPLICATION_ENVIRONMENTі SPRING_PROFILES_ACTIVEдо continious_integrationнижче,

<?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>

Ми використовуємо файлову роботу:

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