Как установить переменные среды в Jenkins?

Я хотел бы иметь возможность сделать что-то вроде:

AOEU=$(echo aoeu)

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

Раздел « Переменные среды » в Jenkins этого не делает. Вместо этого это устанавливает AOEU='$(echo aoeu)'.

Как я могу заставить Дженкинса оценить команду оболочки и назначить вывод переменной среды?

В конце концов, я хочу иметь возможность назначить исполнителя задания переменной среды, которая может быть передана или использована другими сценариями.

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

1. Создайте шаг сборки «Execute shell», который выполняется:

   echo AOEU=$(echo aoeu) > propsfile
   

2. Создайте шаг построения переменных среды Inject и установите для «Свойства путь к файлу» значение propsfile.

Примечание . Этот плагин (в основном) не совместим с плагином Pipeline.

Самый простой способ

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

Как вы знаете, это работает

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

Переменная окружения затем доступна в Ant через:

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

Это можно проверить, добавив:

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

Который производит:

JMeter Home: ~ / .jmeter

Вы можете использовать Environment Injector Plugin для установки переменных среды в Jenkins на уровне работы и узла. Ниже я покажу, как установить их на уровне работы.

1. В веб-интерфейсе Jenkins перейдите 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 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

Обычно вы можете настроить переменные окружения в глобальных свойствах в Configure System .

Однако для динамических переменных с заменой оболочки вы можете создать файл сценария в директории 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
      }
   }
}

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

Попробуйте плагин Environment Script ( GitHub ), который очень похож на EnvInject . Это позволяет вам запустить скрипт перед сборкой (после проверки SCM), которая генерирует для него переменные среды. Например

и в вашем скрипте вы можете напечатать, например, FOO=barстандартный вывод, чтобы установить эту переменную.

Пример для добавления к существующей PATHпеременной -style:

echo PATH+unique_identifier=/usr/local/bin

Таким образом, вы можете делать все, что вам нужно в скрипте - либо catфайл, либо запускать скрипт на другом языке из дерева исходных текстов вашего проекта и т. Д.

Вы можете использовать один из следующих способов, перечисленных ниже:

1. Используйте Env Inject Plugin для создания переменных среды. Следуйте этому для использования и более подробной информации https://github.com/jenkinsci/envinject-plugin
   2. Перейдите ниже и можете добавить

Управление Jenkins -> Настройка системы -> Глобальные свойства -> Переменные среды -> Добавить

По какой-то причине я sudo su - jenkinsне захожу на сайт jenkins пользователя , поэтому я использовал другой подход.

Я успешно установил глобальные переменные env, используя jenkins config.xmlat /var/lib/jenkins/config.xml(установлен в Linux / RHEL) - без использования внешних плагинов.

Я просто должен был остановить добавление Дженкинса, затем добавить 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)
    }
}