如何在 Jenkins 声明式管道语法中继续通过失败阶段

Question

我想在Jenkins声明性管道语法中定义多个阶段，它们可以在任何一个失败后继续。我找不到任何现存的真正重复的问题，因为它们都假定或允许脚本语法。

pipeline {
    agent any
    stages {
        stage('stage 1') {
            steps {
                echo "I need to run every time"
            }
        }
        stage('stage 2') {
            steps {
                echo "I need to run every time, even if stage 1 fails"
            }
        }
        stage('stage 3') {
            steps {
                echo "Bonus points if the solution is robust enough to allow me to continue *or* be halted based on previous stage status"
            }
        }
    }
}

为了澄清，我不寻求如何在脚本语法中实现这一点。我试图理解这种流控制是否在声明性语法中得到支持和形式化。为此，我将尝试准确定义我要寻找的内容：

< li >没有尝试/捕捉。我不想陷入脚本模式，或者将我的声明性管道“包装”在另一个共享库或脚本块中。 < li >没有< code>post step诡计。我想要真正的多阶段，而不是包含所有其他逻辑的< code>post always步骤的一个阶段

< li >失败的阶段应该被认为是失败的；我不希望失败的阶段显示为绿色，因为它被“跳过”或“继续”。 < li >具有任何失败阶段的构件应标记为红色(或黄色，或非绿色)。

< li >即使构建失败，如何继续jenkins pipeline中的某个阶段 < li >确定Jenkins申报管道中的失败阶段 < li >继续Jenkins管道，越过失败阶段 < li >将Jenkins管道阶段显示为失败，而不会导致整个作业失败 < li>Jenkins在失败的阶段继续管道

Answer 1

我认为这取决于工作之间的相互依赖程度。根据你的例子，我假设

• 阶段1独立于所有其他阶段，因为它是第一个
• 第2阶段独立于所有其他阶段，因为第1阶段可能立即失效，第2阶段仍需运行。
• 第3阶段取决于第1阶段和第2阶段的结果

因此，相应的管道可能是：

pipeline {
    stages {
        stage('Independent tasks') {
            parallel {
                stage('stage 1') {
                    steps {
                        sh 'exit 1' // failure
                    }
                }
                stage('stage 2') {
                    steps {
                        echo 'Happens even so stage 1 fails'
                        sh 'exit 0' // success
                    }
                }
            }
            post {  // 'stage 3'
                failure {
                    echo "... at least one failed"
                }
                success {
                    echo "Success!"
                }
            }
        }
        stage ('stage 4') {
            steps {
                echo 'Happens only if all previous succeed'
            }
        }
    }
}

阶段1和阶段2将始终运行，阶段3对它们的综合成功/失败做出反应。

附加想法：此概念仅在管道的“末尾”有效。如果您在中间的某个地方需要它并且构建必须继续，您可以将其移动到自己的作业中并使用构建作业插件。

pipeline {
    stages {
    stage('Start own job for stage 1, 2, 3') {
        steps {
            build job: 'stageOneTwoThree', propagate: false, wait: true
        }
    }
    stage ('stage 4') {
        steps {
            echo 'Happens always, because "propagate: false"'
        }
    }
}

Answer 2

我可能错过了一些东西，但是声明性、固执己见的管道的想法是提供大多数简单用例的覆盖。当你需要固执己见没有涵盖的东西时，你必须求助于脚本管道，这只是指“声明性管道”的“要求”：现在不会发生。

至于您的其他“需求”，它们没有什么意义，因为整个想法是将低级的丑陋包装到共享库中，为用户提供如下结构:

    mylib.failable_stages({
      stages {
        stage('stage 1') {
          steps {
            echo "I need to run every time"
          }
        }
        stage('stage 2') {
          steps {
            echo "I need to run every time, even if stage 1 fails"
          }
        }
        stage('stage 3') {
          steps {
            echo "Bonus points if the solution is robust enough to allow me to continue *or* be halted based on previous stage status"
          }
        }
      }
    })

当然，您必须找到或实现这样的＜code＞mylib＜/code＞类，而＜code＞failable_stages＜/code＞将得到一个闭包，并将其封装在各种管道/样板代码块中。

希望这是有帮助的。

Answer 3

现在这是可能的：

pipeline {
    agent any
    stages {
        stage('1') {
            steps {
                sh 'exit 0'
            }
        }
        stage('2') {
            steps {
                catchError(buildResult: 'SUCCESS', stageResult: 'FAILURE') {
                    sh "exit 1"
                }
            }
        }
        stage('3') {
            steps {
                sh 'exit 0'
            }
        }
    }
}

在上面的示例中，所有阶段都将执行，管道将成功，但阶段2将显示为失败：

正如您可能已经猜到的那样，您可以自由选择buildResult和stageResult，以防您希望它不稳定或其他任何东西。您甚至可以使生成失败并继续执行管道。

只要确保你的 Jenkins 是最新的，因为这是一个相当新的功能。

编辑：这是这个答案最初写的问题。这也是其他几个问题的正确答案，这就是为什么我也在那里发布了这个答案。这是多个类似问题的正确解决方案。我已经根据他们的具体问题调整了我的其他答案，以明确这一点。我只是复制了答案来节省自己的时间。这并不意味着这不是一个好的正确答案。