问有没有办法在带有声明性语法的Jenkinsfile中直接为stage/step使用"propagate=false“？

EN

使用catchError，您可以防止失败的步骤导致完整的构建失败：

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是最新的，因为这是一个相当新的功能。

目前有很多关于scripted语法的建议，但是关于声明性语法的工作正在进行中以支持这一点。

跟踪https://issues.jenkins-ci.org/browse/JENKINS-26522的进度，它将所有的片段组合在一起来实现这一点。它有一些有趣的位已经标记为“已解决”(意味着代码已更改)，例如https://issues.jenkins-ci.org/browse/JENKINS-49764 (“允许为管道阶段定义自定义状态”)。不幸的是，我找不到Jenkins changelog中涉及的任何票据的引用，这是有意义的，因为父票据还没有完成。

令人感兴趣的可能还包括以下内容:由于问题而重新打开的https://issues.jenkins-ci.org/browse/JENKINS-45579。执行此操作的环境为：

​

诚然，跟踪这项工作的票据数量令人困惑，但这可能是因为所实现的功能具有许多用例。

另一个有趣的标签是"Individual Pipeline steps and stages/blocks should have Result statuses"，我找到了一个相关的PR：https://github.com/jenkinsci/workflow-api-plugin/pull/63

值得注意的是，声明性管道总是被设计为固执己见的，因此并不意味着通过脚本语法支持所有可能的东西。对于更复杂的工作流和不能满足您需求的用例，脚本语法可能是唯一的(也是推荐的？)选项。

对于像您所说的那样的需求，如果制造了足够的噪音，声明性管道可能会在适当的时候进行修改以支持它。