Jenkins声明式管道如何实现精准构建状态通知？

你遇到的问题其实是Jenkins内置regression和failure条件的逻辑重叠导致的：当构建从成功首次转为失败时，两个条件会同时满足——regression触发是因为状态从成功变失败，failure触发是因为当前构建结果就是失败，所以会发送两条重复通知。

下面给你两种可行的解决方案，都能精准实现你要的通知逻辑：

方案一：在always块中手动判断构建状态（最直观可控） #

通过currentBuild和previousBuild对象获取前后构建的结果，手动区分三种场景：

post {
    always {
        script {
            def previousBuild = currentBuild.previousBuild
            def currentResult = currentBuild.result

            // 场景1：首次失败（无历史构建 或 上一次成功）
            if (currentResult == 'FAILURE' && (!previousBuild || previousBuild.result == 'SUCCESS')) {
                slackSend message: 'Job has started to fail!'
            }
            // 场景2：持续失败（上一次也是失败）
            else if (currentResult == 'FAILURE' && previousBuild && previousBuild.result == 'FAILURE') {
                slackSend message: 'Job is still failing.'
            }
            // 场景3：修复成功（上一次失败，当前成功）
            else if (currentResult == 'SUCCESS' && previousBuild && previousBuild.result == 'FAILURE') {
                slackSend message: 'Job has resumed.'
            }
        }
    }
}

这个方案的优势是逻辑清晰，你可以根据需要灵活调整边界情况（比如第一次构建失败是否算“开始失败”，上面的代码已经包含了这种情况）。

方案二：利用changed条件配合failure条件（更贴合声明式风格） #

Jenkins的changed条件仅在构建结果发生变化时触发，我们可以用它来区分“状态变化”和“状态持续”的场景：

post {
    // 处理状态变化的场景：成功→失败 或 失败→成功
    changed {
        if (currentBuild.result == 'FAILURE') {
            slackSend message: 'Job has started to fail!'
        } else if (currentBuild.result == 'SUCCESS') {
            slackSend message: 'Job has resumed.'
        }
    }
    // 处理状态持续的场景：上一次失败，当前还是失败
    failure {
        if (!currentBuild.changed) {
            slackSend message: 'Job is still failing.'
        }
    }
}

这个方案不需要写大量的script逻辑，完全利用Jenkins内置的post条件，更符合声明式管道的设计理念。

两种方案都能解决你遇到的重复通知问题，你可以根据自己的习惯选择其中一种。

内容的提问来源于stack exchange，提问作者David Lord