迁移多分支管道而不重建所有分支

Question

我继承了一台真正古老的Jenkins服务器，需要从操作系统开始重新构建，我正准备将我们的构建迁移过来。然而，有一个多分支管道，特别是有几十个特性/错误修复/etc分支和构建，需要大量的时间和资源。当我最初在测试集群上设置其多分支管道时，所有分支的初始构建占用了所有资源数小时，直到我杀死它们。

我想做的是让所有分支最初都导入，但在分支再次推送或PR之前不会构建。目前，我已经应用了定义的“抑制自动SCM触发”策略，但一旦我删除它，Jenkins就会尝试构建所有分支。

我认为可行的解决方案是将每个分支的状态设置为“未构建”以外的状态，然后删除抑制策略。

我遇到了下面的Groovy脚本，它将更改特定构建的结果，但它似乎要求实际存在一个以前的构建来更改的状态。

import com.cloudbees.groovy.cps.NonCPS
import jenkins.model.*
import hudson.model.Result

@NonCPS
def getProject(projectName) {
    // CloudBees folder plugin is supported, you can use natural paths:
    // in a postbuild action use `manager.hudson`
    // in the script web console use `Jenkins.instance`
    def project = jenkins.model.Jenkins.instance.getItemByFullName(projectName)
    if (!project) {error("Project not found: $projectName")}
    return project
}

project = getProject('foo/bar')
build = project.getBuildByNumber(2443)
// build = project.getBuild(project, '2443')

build.@result = hudson.model.Result.SUCCESS
// build.@result = hudson.model.Result.NOT_BUILT
// build.@result = hudson.model.Result.UNSTABLE
// build.@result = hudson.model.Result.FAILURE
// build.@result = hudson.model.Result.ABORTED

资料来源：https://stackoverflow.com/a/45708131/1064767

有没有办法改变项目本身的状态，或者有没有办法创建一个具有特定状态的“虚拟”构建？

Answer 1

注意：如果您只想要作业而不关心构建历史，作业导入插件可能会更整齐地适合您的用例。

最后一天的大部分时间里，我都在挖掘詹金斯的资料来源，让社区感到不安，但似乎没有一个好办法来捏造这样的构建结果。然而，从技术上讲，可以简单地克隆/var/jenkins_home/jobs的全部或部分内容，这将完全覆盖作业配置和历史记录。之后，你只需要重新启动Jenkins，这样它就能识别新的配置。

虽然詹金斯社区的一些人会正确地警告你不要克隆这样的数据，但如果你没有其他选择，它可以按照以下警告的方式工作：

1. 首先在测试服务器上执行此操作。我不能保证我的经验是通用的，根据您的特定构建和插件，结果可能会大相径庭
2. 旧版本可能会引用新服务器上可能没有安装的插件，或者不同版本的插件。根据我的经验，詹金斯提出了关于这些问题的“旧数据”通知，并安装了丢失的插件并重新启动修复了这些问题。还有一个简单的选择就是丢弃数据