Jenkins脚本化流水线构建不稳定未失败时如何获取构建编号

build步骤默认的传播逻辑是：只要下游构建结果劣于SUCCESS（包含UNSTABLE/FAILURE/ABORTED等状态），就会直接抛出异常中断当前流程，这也是UNSTABLE状态下拿不到构建返回值的核心原因——异常在返回值赋值给变量前就被抛出，后续代码根本不会执行。

之前尝试的两种方案存在明确缺陷：

• 外层包裹catchError()：只能捕获抛出的异常，但异常触发时build步骤还没完成返回值赋值，catch块内拿不到完整的构建对象，自然取不到构建编号。
• 直接加propagate:false：会吞掉所有状态的异常，不管下游是失败还是不稳定都会继续执行后续步骤，不符合「Job1失败则不触发Job2」的要求，也容易漏过失败状态的感知。

正确实现逻辑是：先通过propagate:false拿到所有状态下的下游构建返回对象，再手动判断构建结果，仅当结果为FAILURE时主动抛出异常中断流程，UNSTABLE和SUCCESS状态都正常放行传参，同时Jenkins会正常展示所有阶段的真实构建状态，不会出现状态隐藏问题。
修正后的完整流水线代码如下：

pipeline {
    agent any 
    stages {
        stage('Job1') {
            steps {
                script {
                    // 关闭自动异常传播，拿到所有状态下的构建返回对象
                    Job1 = build job: 'Job1', propagate: false
                    // 仅Job1构建失败时中断流水线，不稳定状态正常放行
                    if (Job1.result == 'FAILURE') {
                        error "下游任务Job1构建失败，终止流水线执行"
                    }
                    // 可选配置：如果需要主流水线同步标记为UNSTABLE状态，取消下面这行的注释即可
                    // unstable "下游任务Job1构建状态为不稳定(UNSTABLE)，继续执行后续阶段"
                }
            }
        }
        stage('Job2') {
            steps {
                  build job: 'Job2',
                            parameters: [
                                    string(
                                            name: 'Job1_ID',
                                            value: "${Job1.number}"
                                    )
                            ]
                }
          }
     }
}

方案特性说明：

• 状态展示正常：Jenkins会在流水线页面、构建日志中准确展示Job1的真实构建结果，不会因为加了propagate:false就隐藏不稳定、失败的状态标记。
• 执行逻辑符合要求：Job1为FAILURE状态时会直接中断，不会进入Job2阶段；Job1为UNSTABLE状态时可以正常拿到构建编号，传递给Job2执行。
• 状态可灵活同步：如果需要主流水线在Job1不稳定时，自身结果也标记为不稳定而非成功，加上注释里的unstable步骤即可，不会中断后续流程。

内容的提问来源于stack exchange，提问作者t wlch