如何从Jenkinsfile
内部触发其他作业的构建?
我认为这个作业是同一个github organization下的另一个存储库,它已经拥有自己的Jenkins文件。
我也希望仅在分支名称为master时才这样做,因为触发任何本地分支的下游构建都没有意义。
更新
stage 'test-downstream'
node {
def job = build job: 'some-downtream-job-name'
}
但是,执行时我收到错误
找不到名为some-downtream-job-name的参数化作业
我确信这个工作存在于jenkins中,并且与当前工作文件夹在同一个组织文件夹下。另一项工作有自己的Jenkinsfile
。
请注意,此问题特定于GitHub Organization Plugin,它会自动为您的GitHub组织中的每个存储库和分支创建和维护作业。
答案 0 :(得分:103)
首先,将build
步骤包裹在node
中是浪费执行程序槽。你的上游执行者将无缘无故地坐着。
其次,在multibranch项目中,您可以使用环境变量BRANCH_NAME
使逻辑以当前分支为条件。
第三,job
参数采用绝对或相对作业名称。如果您给出一个没有任何路径限定的名称,那么它将引用同一文件夹中的另一个作业,在多分支项目的情况下,这将意味着同一个存储库的另一个分支。
因此,您打算写的可能是
if (env.BRANCH_NAME == 'master') {
build '../other-repo/master'
}
答案 1 :(得分:86)
除了上面提到的答案之外:我想通过传递给第二个管道的简单参数开始工作,并在https://dzone.com/refcardz/continuous-delivery-with-jenkins-workflow上找到答案。
所以我用过:
stage ('Starting ART job') {
build job: 'RunArtInTest', parameters: [[$class: 'StringParameterValue', name: 'systemname', value: systemname]]
}
答案 2 :(得分:19)
管道中的命令build
用于触发jenkins中的其他作业。
作业必须存在于Jenkins中并且可以进行参数化。 至于分支,我想你可以read it from git
答案 3 :(得分:1)
您可以在执行中添加各种逻辑,例如并行,节点和代理选项以及触发外部作业的步骤。为此,我提供了一些易于阅读的食谱示例。
1。带条件示例从jenkins文件触发外部作业的示例:
if (env.BRANCH_NAME == 'master') {
build 'exactJobName' , parameters:[
string(name: 'keyNameOfParam1',value: 'valueOfParam1')
booleanParam(name: 'keyNameOfParam2',value:'valueOfParam2')
]
}
2.example使用条件示例从jenkins文件触发多个作业:
def jobs =[
'job1Title'{
if (env.BRANCH_NAME == 'master') {
build 'exactJobName' , parameters:[
string(name: 'keyNameOfParam1',value: 'valueNameOfParam1')
booleanParam(name: 'keyNameOfParam2',value:'valueNameOfParam2')
]
}
},
'job2Title'{
if (env.GIT_COMMIT == 'someCommitHashToPerformAdditionalTest') {
build 'exactJobName' , parameters:[
string(name: 'keyNameOfParam3',value: 'valueOfParam3')
booleanParam(name: 'keyNameOfParam4',value:'valueNameOfParam4')
booleanParam(name: 'keyNameOfParam5',value:'valueNameOfParam5')
]
}
}
答案 4 :(得分:0)
您可以使用Jenkins Pipeline中的build job
步骤(最低Jenkins要求:2.130)。
这是build
步骤的完整API:https://jenkins.io/doc/pipeline/steps/pipeline-build-step/
如何使用build
:
job
:要构建的下游作业的名称。可能是另一项Pipeline工作,但更常见的是自由泳或其他项目。
../sister-folder/downstream
/top-level-folder/nested-folder/downstream
在我公司,我们的许多分支都包含“ /”。您必须将“ /”的任何实例替换为“%2F”(显示在作业的URL中)。
在此示例中,我们使用相对路径
stage('Trigger Branch Build') {
steps {
script {
echo "Triggering job for branch ${env.BRANCH_NAME}"
BRANCH_TO_TAG=env.BRANCH_NAME.replace("/","%2F")
build job: "../my-relative-job/${BRANCH_TO_TAG}", wait: false
}
}
}
build job: 'your-job-name',
parameters: [
string(name: 'passed_build_number_param', value: String.valueOf(BUILD_NUMBER)),
string(name: 'complex_param', value: 'prefix-' + String.valueOf(BUILD_NUMBER))
]
来源:https://jenkins.io/blog/2017/01/19/converting-conditional-to-pipeline/
此处有关并行的更多信息:https://jenkins.io/doc/book/pipeline/syntax/#parallel
stage ('Trigger Builds In Parallel') {
steps {
// Freestyle build trigger calls a list of jobs
// Pipeline build() step only calls one job
// To run all three jobs in parallel, we use "parallel" step
// https://jenkins.io/doc/pipeline/examples/#jobs-in-parallel
parallel (
linux: {
build job: 'full-build-linux', parameters: [string(name: 'GIT_BRANCH_NAME', value: env.BRANCH_NAME)]
},
mac: {
build job: 'full-build-mac', parameters: [string(name: 'GIT_BRANCH_NAME', value: env.BRANCH_NAME)]
},
windows: {
build job: 'full-build-windows', parameters: [string(name: 'GIT_BRANCH_NAME', value: env.BRANCH_NAME)]
},
failFast: false)
}
}
或者:
stage('Build A and B') {
failFast true
parallel {
stage('Build A') {
steps {
build job: "/project/A/${env.BRANCH}", wait: true
}
}
stage('Build B') {
steps {
build job: "/project/B/${env.BRANCH}", wait: true
}
}
}
}