Предполагая, что ваш Jenkinsfile
, используемый для многоотраслевого конвейера, запускает другую работу безоговорочно в филиале, Jenkins делает все как положено.
Для достижения этого вам необходимо добавить некоторую дополнительную логику.Например, вы можете добавить имя ветки в качестве параметра к нижестоящему заданию сборки при запуске сборки.Это должно вызвать отдельные последующие сборки:
build job: '<job name>', parameters: [string(name: 'Branch', value: env.BRANCH_NAME)]
Вы также можете просто использовать BRANCH_NAME
.Однако я обычно хотел бы использовать env.BRANCH_NAME
только для того, чтобы указать, что это переменная окружения.
Однако, возможно, лучше рассмотреть следующее:
ВместоДля запуска другого задания с помощью шага build
вы должны интегрировать его содержимое в Jenkinsfile
самого многоотраслевого конвейера.Затем он будет выполняться один раз для каждой ветви.Именно так вы можете максимально эффективно использовать многоотраслевые конвейеры.