jenkins - 我可以按个人计划运行 Jenkins Pipeline 步骤或阶段吗？

Question

我对 Jenkins 管道比较陌生，想知道是否可以将我当前的构建配置移植到 Jenkinsfile。

目前，每个项目都有一个 CI 作业，只要有人 checkin 就会立即构建。这只是构建检查，不进行测试或静态代码分析。
第二个作业完成完整的构建，包括长时间运行的集成测试和 Sonar 分析。无论此特定项目是否发生更改，第二个计划每天(每晚)运行一次。

现在，如果我想将该配置移植到 Jenkins 管道脚本中，我显然可以使用单独的脚本配置两个作业，但更有趣的部分是将其包装到 Jenkinsfile 中，以便我可以使用多分支管道作业类型并执行不必在 SCM 之外重复任何配置。

问题是，是否可以将构建步骤(并中止不再需要的先前构建中的步骤)推迟到另一个计划 - 例如仅在每晚基础上运行集成测试？其他人如何解决快速构建检查与可能在每次 checkin 时都没有用的长时间运行的任务的问题？

我也没有看到为 Jenkinsfile 选择另一个名称(在多分支管道作业类型中)的可能性，这样一个文件可以用于 CI 作业，另一个用于每晚。评估作业名称的脚本中的条件可能是可能的，但对我来说看起来并不“正确”，并且它不能解决每天晚上强制构建的问题。

谢谢你的任何想法
丹尼尔

Answer 1

好吧，现在我有更多的时间进行调查，似乎有几种方法可以走。

带有超时阶段的保护时间密集阶段

以下代码仅显示了我认为可以工作的方式。我还没有这样做过，所以请准备好进行一些调整:

node {
    stage('build'){
        // sh 'mvn install'
        // most likely you'll need some stashing here to restore
        // the current state in the next node
    }
}
// it' essential to leave the node or you'll block the executor
stage('acknowledge'){
    // https://jenkins.io/doc/pipeline/steps/pipeline-milestone-step/#milestone-the-milestone-step-forces-all-builds-to-go-through-in-order
    milestone // mark before entering
    try {
        // here one needs to implement the magic to calculate how much time is left to the regular nightly
        // remember to slightly decrease the time for every build, so that the last will be the first to continue
        def timeToNightly = calculateTimeToNightly() 

        // https://jenkins.io/doc/pipeline/steps/workflow-basic-steps/#code-timeout-code-enforce-time-limit
        timeout(time: timeToNightly, unit: 'MILLISECONDS'){
            // having a input leaves the option to continue a build before the timeout is reached
            input 'continue with integration tests?'
        }
    } catch(e) {
        // so it's time for the daily hardwork
    }
    milestone // abort all older builds
}
node {
    stage('test: integration'){
        // possibly unstash previous build files
        // sh 'mvn verify'
    }
}

根据原因启用/禁用阶段

可以根据 SCM 更改、用户或计时器触发的构建，分阶段迭代原因和停用功能。
https://github.com/jenkinsci/pipeline-examples/blob/master/pipeline-examples/get-build-cause/getBuildCause.groovy

因此，您需要将 TimerTrigger 添加到适合您需求的构建中，例如仅每个月的第二个星期四(上面的变体可能很难)。
https://jenkins.io/doc/pipeline/steps/workflow-multibranch/#properties-set-job-properties

properties([
    pipelineTriggers([
        // this is a timer trigger you may adjust the cron expression to your needs
        cron('@daily')
    ])
])

node {
    stage('build'){
        // sh 'mvn install'
    }
}

// here you'll have to go over the build causer and adjust the return value accordingly
if (isTriggeredByTimer()) {
    node {
        stage('test: integration'){
            // sh 'mvn verify'
        }
    }
} else {
    // repeat the stages here so they won't disappear in the job view
    // doing this outside a node is better than to block a build slot first
    stage('test: integration'){
        echo 'Skipped testing for this build - it not the time yet.'
    }
}

我对此进行了更多调整以提供作业参数，以便用户可以做出自己的决定(进行测试或仅进行静态代码分析，或两者兼而有之……)。

希望有帮助。

至于我，现在我看到了结构化管道提供的所有潜力(声明式更容易适应，但没有那么强大)来调整构建，中止旧的，使用可锁定的资源限制执行，并只继续使用最新的(里程碑) )，我可能会尝试只执行每一步，只让最新的获胜。