如何让多个Jenkins Jobs顺序执行，失败或禁用时仍继续？

针对你提到的三个问题，给出以下实操建议：

1. 构建后操作触发多Job改为顺序执行（无需限制执行器） #

如果用自由风格Job的「构建后操作」，别用批量触发多个Job的方式，改成链式触发即可：让第一个Job构建完成后触发第二个，第二个触发第三个，以此类推。这种方式不需要额外插件，也不用限制执行器数量，天然就是顺序执行。

更推荐用Pipeline——你正在尝试的Pipeline本身的stages就是顺序执行的，只要按需求把每个子Job放到单独的stage里，就能保证它们依次运行，完全符合你的需求，还不用依赖其他插件。

2. Pipeline中失败/禁用Job时继续执行 #

处理Job失败不终止流程 #

修改build步骤，添加propagate: false参数，这样子Job失败不会导致整个Pipeline终止。示例代码：

pipeline {
    agent any

    stages {
        stage('First job') {
            steps {
                build job: 'First job', wait: true, propagate: false
            }
        }
        stage('Second job') {
            steps {
                build job: 'Second job', wait: true, propagate: false
            }
        }
    }
}

如果需要记录子Job的失败状态但不中断流程，还可以用catchError包裹：

stage('First job') {
    steps {
        catchError(buildResult: 'SUCCESS', stageResult: 'FAILURE') {
            build job: 'First job', wait: true
        }
    }
}

这样Pipeline整体会保持成功状态，但失败的Stage会被标记为失败，方便后续排查。

跳过禁用的Job #

要自动跳过已禁用的Job，可以在Pipeline中加入脚本判断Job状态，示例：

pipeline {
    agent any

    stages {
        stage('First job') {
            steps {
                script {
                    def targetJob = Jenkins.instance.getItemByFullName('First job')
                    if (!targetJob.isDisabled()) {
                        build job: 'First job', wait: true, propagate: false
                    } else {
                        echo "Job 'First job' is disabled, skipping..."
                    }
                }
            }
        }
        stage('Second job') {
            steps {
                script {
                    def targetJob = Jenkins.instance.getItemByFullName('Second job')
                    if (!targetJob.isDisabled()) {
                        build job: 'Second job', wait: true, propagate: false
                    } else {
                        echo "Job 'Second job' is disabled, skipping..."
                    }
                }
            }
        }
    }
}

注意：如果你的Jenkins开启了安全策略，需要给Pipeline执行用户添加读取Job配置的权限。

3. 无需依赖Parameterized Trigger Plugin #

完全没必要用这个插件，Pipeline原生的build步骤已经支持传递参数，比如：

build job: 'TargetJob', wait: true, propagate: false, parameters: [
    string(name: 'PARAM1', value: 'value1'),
    booleanParam(name: 'PARAM2', value: true)
]

原生功能足够简洁，稳定性也比第三方插件更好。

内容的提问来源于stack exchange，提问作者Total Akos