如何防止目标分支更新时自动重建开放的Pull Request（Jenkins多分支流水线）

以下是几种直接有效的解决方案，从根源避免或缓解这类负载问题：

1. 在Jenkinsfile中添加触发判断逻辑，跳过目标分支更新导致的构建 #

通过检查构建触发原因，判断是否是因为PR的目标分支（比如main）被合并更新而触发的构建，如果是则直接中止，不执行后续步骤。

示例Jenkinsfile代码：

pipeline {
    agent any
    stages {
        stage('前置检查') {
            steps {
                script {
                    def skipBuild = false
                    // 遍历所有构建触发原因
                    for (cause in currentBuild.getBuildCauses()) {
                        // 识别GitHub推送触发的原因
                        if (cause._class == 'org.jenkinsci.plugins.github.webhook.PushCause') {
                            def pushedBranch = cause.ref.replace('refs/heads/', '')
                            // 如果推送的分支是当前PR的目标分支，标记为需要跳过
                            if (pushedBranch == env.CHANGE_TARGET) {
                                skipBuild = true
                                break
                            }
                        }
                    }
                    if (skipBuild) {
                        echo '触发原因是目标分支合并更新，跳过本次构建'
                        currentBuild.result = 'ABORTED'
                        return
                    }
                }
            }
        }
        stage('构建') {
            when {
                expression { currentBuild.result != 'ABORTED' }
            }
            steps {
                echo '执行构建逻辑...'
                // 你的构建命令，比如`npm install`、`mvn package`等
            }
        }
    }
}

2. 调整GitHub Webhook的触发事件范围 #

默认的Webhook可能会监听所有分支的推送事件，包括目标分支的合并更新。修改Webhook配置，只监听PR相关事件，避免目标分支推送触发批量构建：

• 进入GitHub仓库的「Settings」→「Webhooks」，编辑关联Jenkins的Webhook
• 在「Which events would you like to trigger this webhook?」中选择「Let me select individual events」
• 只勾选「Pull requests」，取消勾选「Pushes」以及其他无关事件
• 保存配置后，只有PR的创建、源分支推送、状态变更等事件才会触发Jenkins构建，目标分支的合并更新不会触发Webhook

3. 配置Jenkins多分支流水线的PR触发规则 #

在Jenkins多分支项目的配置页面，通过Branch Source插件的行为设置，直接禁止目标分支更新时触发PR构建：

• 进入多分支项目的「配置」页面，找到「Branch Sources」→「GitHub」→「Behaviors」
• 添加或修改「Pull Request Behavior」（不同插件版本名称可能略有差异）
• 找到「When a pull request's target branch is updated」选项，选择「Do not trigger a build」
• 保存配置后，目标分支合并更新时，不会触发所有开放PR的自动构建

4. 负载兜底：限制并发构建数量 #

如果上述方法无法完全避免触发，可通过限制Jenkins的并发构建数来缓解服务器压力：

• 进入多分支项目的「配置」页面，在「General」模块中勾选「Concurrent builds」，设置最大并发数（比如5）
• 也可以安装「Priority Sorter Plugin」，给PR构建设置较低优先级，让核心分支的构建优先执行

内容的提问来源于stack exchange，提问作者Jessica Grahm