如何参数化Jenkins管道中复制工件的选择器

Question

我们在Jenkins系统中大量使用管道作业，需要能够使用复制工件的构建选择器作业参数来参数化复制工件步骤。

首先，我发现当参数返回一个字符串时，copyArtifacts步骤需要一个BuildSelector的实例。

我找到了BuildSelectorParameter。getSelectorFromXml方法将参数转换为BuildSelector的实例，如：

properties([parameters([
    [$class: 'BuildSelectorParameter',
    defaultSelector: upstream(fallbackToLastSuccessful: true),
    description: '',
    name: 'copyArtifactSelector']])
])

@NonCPS
static BuildSelector getSelectorFromParam(String xmlText) {
    BuildSelectorParameter.getSelectorFromXml(xmlText)
}

node {
    def selector = getSelectorFromParam(params.copyArtifactSelector)
    copyArtifacts(
            projectName: 'sourceJob',
            selector: selector
    )
}

然而，我刚刚意识到创建的BuildSelector不是Serializable。因此，我现在得到了预期的例外：

hudson.plugins.copyartifact.TriggeredBuildSelector
Caused: java.io.NotSerializableException: hudson.plugins.copyartifact.TriggeredBuildSelector
    at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:860)
    at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1032)
    at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:988)
    at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:967)
    at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:854)

在那之后，我试图检查复制工件插件是如何处理这个问题的——但很遗憾，我在源代码中找不到任何线索。也许这只是偶然发生的？创建BuildSelector的方法似乎没有创建任何类型的可序列化类。

但也许有人已经意识到了这个问题，并且有了一个暗示？

到目前为止，我发现：

>

node {
    copyArtifacts(
            projectName: 'sourceJob',
            selector: getSelectorFromParam(params.copyArtifactSelector)
    )
}

复制人工制品插件中是否甚至可能存在隐藏的错误，这可能导致出现NotSeriazableExc0019异常-或者我错过了什么？

像更新的示例中那样使用我的getSelectorFromParam方法安全吗？如果不安全，是否有安全的解决方案？




Answer 1

有点跑题，但是如果你想使用来自上游触发的管道作业的参数（例如直接来自“源作业”），你可以使用以下方法：

steps {
    build
        job: 'downstream-copyartifacts-parametrized-job',
        propagate: false,
        wait: false,
        parameters: [
            [$class: 'StringParameterValue', name: 'copyArtifactSelector', value: "<TriggeredBuildSelector />"]
        ]
}

在本例中，TriggeredBuildSelector将使用来自上游作业的工件。如果您想触发使用“sourceJob”生成的工件的第二个后续作业，这可能非常有用。“下游copyartifacts参数化作业”中的参数定义可以如下所示：

parameters {
    buildSelector(
        name: 'copyArtifactSelector',
        defaultSelector: lastSuccessful(),
        description: 'A build to take the artifacts from'
    )
}

管道中构建参数的用法可以类似于上面所述：

steps {
    copyArtifacts
        filter: "/some/artifact/to/copy.zip",
        fingerprintArtifacts: true,
        projectName: 'sourceJob',  
        selector: buildParameter('copyArtifactSelector')
}

我希望有人觉得这有用。

Answer 2

在花了好几个小时在这上面之后，我也遇到了同样的问题，我发现这对我来说非常有效。

复制工件作业参数的生成选择器名称此处为copyArtifactSelector，上游作业名称此处为sourceJob：

    copyArtifacts(projectName: 'sourceJob',
                  selector: [$class: 'ParameterizedBuildSelector', 
                             parameterName: 'copyArtifactSelector'] );

注意：插件=”copyartifact@1.39.1"

编辑：同时-使用copyartifactV1。43-支持以下语法：

    copyArtifacts(projectName: 'sourceJob',
                  selector: buildParameter('copyArtifactSelector'));