Передача данных между этапами сборки в Jenkins

Я хотел бы сделать что-то вроде:

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

Шаг сборки # 1 - Выполнить оболочку

$START=timestamp

Шаг сборки # 2 - Запустите другое задание

Шаг сборки №3 - Выполнить оболочку

$END=timestamp
TIME_LAPSED=$END-$START
(post lapsed time somewhere)

Ответ 1

Остается одна вещь между оболочками: рабочее пространство.
Простое и глупое решение: используйте файл (ы)!

Огромное дополнительное преимущество: оно работает, когда вы разбиваете работу на нескольких заданиях и используете плагин Clone Workspace

Шаг сборки # 1 - Выполнить оболочку

START=timestamp
...
echo $START > env_start.txt

...

Шаг сборки # 3 - Выполнить оболочку

START=`cat env_start.txt`
END=timestamp
TIME_LAPSED=$END-$START

Ответ 2

Если вы используете декларативный синтаксис конвейера, определяющий переменную в разделе environment и использующий шаг script для установки ее значения, может быть полезным.

Я делаю что-то вроде этого с декларативным конвейером, и он работает для передачи переменной (как внутри одного этапа, так и между этапами):

pipeline {
        agent any
        environment {
            variable = ''
        }
        stages {
            stage('Some stage') { 
                steps {
                    script {
                        if (some condition){
                            variable = 'some value'
                        } else { variable = 'else value' }
                    }                
                    sh '${somepath}/bin/script ' + 
                        "-parameter=${variable}"
                    }
                }
            }
            stage('Dummy print') {
                steps {
                    sh "echo ${variable}"
                }
            }
[...]

Ответ 3

Мы интенсивно используем плагин переменных среды приложения, и он отлично работает. Решение:

Задайте переменную myenv = value1
печать в файл в рабочей области: echo "myenv = $myenv" > tmp.myenv
Ввод после каждого изменения: использовать envinject для чтения среды из файла tmp.myenv → myenv теперь известен как часть среды задания.

Ответ 4

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

Ответ 5

Один из способов работы с переменными Jenkins - использовать jenkins-cli.jar на этапе построения, он требует некоторой работы, но это добавит FOO=1 в список параметров, так как он работает на этапе сборки, он знает, какую сборку установить параметр для.

java -jar ${JENKINS_HOME}/war/WEB-INF/jenkins-cli.jar -s ${JENKINS_URL} set-build-parameter FOO 1

Ответ 6

Ничего:

Строковый параметр параметризованной сборки
предварительная сборка переменных среды Inject для процесса сборки
встроенный шаг. Инъекционные переменные среды.

работает (с версии 1.656). Конечно, вы можете читать каждый из них, но новые значения, назначенные им, недоступны на последующих этапах сборки.

Следовательно, ответ JediMasterCoder и обработка через файл, такой как Destroyica, являются единственными параметрами до сих пор.

Ответ 7

Решение @Gurubaran работает для меня, вам нужно установить плагин " Environment Injector " в jenkins, затем

Шаг 1: используйте shell/powershell/windows batch/и т.д. создать сгенерированный файл свойств (ключ = значение). например: путь к файлу - $ WORKSPACE/env.properties.

Шаг 2. Добавьте компонент "Внедрить переменные среды" и установите для "Свойства путь к файлу" значение $ WORKSPACE/env.properties

После шага 2: Вы можете использовать эти переменные среды в следующих шагах.

Пример:

Ответ 8

В дополнение к тому, что предложил @Gurubaran (это то, что я сделал бы, если бы не было другого варианта), я бы просто решил присоединиться к шагам сборки к одному, что значительно упростит эту потребность. Вам нужно будет заботиться о логике обработки ошибок и условиях выхода, но ваша среда будет твердой!

Надеюсь, это поможет.