如何在jenkins中动态触发下游构建



我们希望在jenkins中的不同下游构建中动态触发集成测试。我们有一个参数化的集成测试项目,它以测试名称作为参数。我们从git repo中动态确定测试名称。

我们有一个父项目,它使用jenkins-cli为源代码中的每个测试启动集成项目的构建。母项目和集成项目通过匹配指纹进行关联。

这种方法的问题是总的测试结果不起作用。我认为问题是"下游"集成测试是通过jenkins-cli启动的,所以jenkins没有意识到它们是下游的。

我看了很多jenkins插件,试图让它发挥作用。Join和Parameterized Trigger插件没有帮助,因为它们期望构建一个静态的项目列表。参数化触发器可用的参数工厂也无法工作,因为没有工厂可以创建任意的参数列表。日志触发器插件无法工作。

Groovy Postbuild插件看起来应该可以工作,但我不知道如何从中触发构建

def job = hudson.model.Hudson.instance.getJob("job")
def params = new StringParameterValue('PARAMTEST', "somestring")  
def paramsAction = new ParametersAction(params) 
def cause = new hudson.model.Cause.UpstreamCause(currentBuild)
def causeAction = new hudson.model.CauseAction(cause) 
hudson.model.Hudson.instance.queue.schedule(job, 0, causeAction, paramsAction) 

这就是我最终成功的原因。

注意:管道插件应该会让这个问题变得毫无意义,但我还没有机会更新我们的基础设施

要在没有参数的情况下启动下游作业:

job = manager.hudson.getItem(name)
cause = new hudson.model.Cause.UpstreamCause(manager.build)
causeAction = new hudson.model.CauseAction(cause)
manager.hudson.queue.schedule(job, 0, causeAction)

要使用参数启动下游作业,必须添加一个ParametersAction。假设Job1的参数AC分别默认为"B"one_answers"D"。即:

A == "B"
C == "D"

假设Job2具有相同的A和B参数,但也采用默认为"F"的参数EJob1中的以下构建后脚本将复制其AC参数,并将参数E设置为AC值的串联:

params = []
val = ''
manager.build.properties.actions.each {
    if (it instanceof hudson.model.ParametersAction) {
        it.parameters.each {
            value = it.createVariableResolver(manager.build).resolve(it.name)
            params += it
            val += value
        }
    }
}
params += new hudson.model.StringParameterValue('E', val)
paramsAction = new hudson.model.ParametersAction(params)
jobName = 'Job2'
job = manager.hudson.getItem(jobName)
cause = new hudson.model.Cause.UpstreamCause(manager.build)
causeAction = new hudson.model.CauseAction(cause)
def waitingItem = manager.hudson.queue.schedule(job, 0, causeAction, paramsAction)
def childFuture = waitingItem.getFuture()
def childBuild = childFuture.get()
hudson.plugins.parameterizedtrigger.BuildInfoExporterAction.addBuildInfoExporterAction(
    manager.build, childProjectName, childBuild.number, childBuild.result
)

您必须将$JENKINS_HOME/plugins/parameterized-trigger/WEB-INF/classes添加到Groovy Postbuild插件的Additional groovy classpath中。

执行这个Groovy脚本

import hudson.model.*
import jenkins.model.*
def build = Thread.currentThread().executable
def jobPattern = "PUTHEREYOURJOBNAME"     
def matchedJobs = Jenkins.instance.items.findAll { job ->
    job.name =~ /$jobPattern/
}
matchedJobs.each { job ->
    println "Scheduling job name is: ${job.name}"
    job.scheduleBuild(1, new Cause.UpstreamCause(build), new ParametersAction([ new StringParameterValue("PROPERTY1", "PROPERTY1VALUE"),new StringParameterValue("PROPERTY2", "PROPERTY2VALUE")]))
}

如果不需要将属性从一个构建传递到另一个构建,只需取出ParameterAction即可。

您计划的生成将具有与初始生成相同的"原因"。这是传递"变化"的好方法。如果你不需要这个,就不要在函数中使用新的Cause。UpstreamCause(build)调用

由于您已经在动态启动下游作业,不如等到它们完成后再将测试结果文件复制到父工作区(我会将它们存档在下游作业上,然后只下载"构建"工件)。您可能需要手动聚合文件,这取决于测试插件是否可以与多个测试结果页面一起使用。在父作业的后构建步骤中,配置适当的测试插件。

使用Groovy Postbuild插件,也许这样的东西会起作用(还没有尝试过)

def job = hudson.getItem(jobname)
hudson.queue.schedule(job)

事实上,我感到惊讶的是,如果您对两个作业都进行指纹识别(例如,使用父作业的BUILD_TAG变量),则不会获得聚合结果。在我的理解中,Jenkins只是将md5sums视为相关作业(聚合下游测试结果和通过cli触发不应影响聚合结果。不知何故,还有一些我不知道的额外内容来维护上游/下游关系…

这对我使用"执行系统groovy脚本"

import hudson.model.*
def currentBuild = Thread.currentThread().executable
def job = hudson.model.Hudson.instance.getJob("jobname")
def params = new StringParameterValue('paramname', "somestring")  
def paramsAction = new ParametersAction(params) 
def cause = new hudson.model.Cause.UpstreamCause(currentBuild)
def causeAction = new hudson.model.CauseAction(cause) 
hudson.model.Hudson.instance.queue.schedule(job, 0, causeAction, paramsAction)

最新更新