我们希望在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
的参数A
和C
分别默认为"B"one_answers"D"。即:
A == "B"
C == "D"
假设Job2
具有相同的A和B参数,但也采用默认为"F"的参数E
。Job1
中的以下构建后脚本将复制其A
和C
参数,并将参数E
设置为A
和C
值的串联:
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)