Jenkins多分支流水线：基准分支更新时如何重新触发PR构建？

完全可行，下面提供几种实用的实现方式：

方法一：使用Generic Webhook Trigger插件联动构建 #

• 安装Generic Webhook Trigger插件（Jenkins插件市场直接搜索安装）
• 配置develop分支的流水线：
  • 进入该分支流水线的配置页面，在「构建后操作」中添加「Generic Webhook Trigger - Trigger builds on other projects」
  • 设置触发规则：指定要触发的PR流水线项目名（格式为[你的多分支任务名]/PR-123）
  • 可选：添加触发条件，确保仅当develop分支有新提交时才触发（可通过提交分支名参数判断）
• 当develop分支新提交完成构建后，会自动触发指定PR流水线重新构建合并后的代码。

方法二：在Jenkinsfile中添加触发逻辑 #

在develop分支的Jenkinsfile末尾添加触发PR流水线的步骤：

post {
  success {
    // 替换为你的多分支任务名和目标PR编号
    build job: '你的多分支流水线名称/PR-123', wait: false
  }
}

• 注意：需确保执行流水线的账号拥有触发对应PR流水线的权限
• 若需批量触发所有以develop为目标的PR，可通过Jenkins API获取PR列表后循环触发：

post {
  success {
    script {
      // 获取所有以develop为目标的PR分支任务
      def prJobs = Jenkins.instance.getItemByFullName('你的多分支流水线名称').getItems().findAll { 
        it.name.startsWith('PR-') && it.getSourceBranchTarget() == 'develop'
      }
      prJobs.each { job ->
        build job: job.fullName, wait: false
      }
    }
  }
}

方法三：调整多分支流水线的扫描与触发策略 #

• 进入多分支流水线配置页面，在「分支源」的「高级」设置中，缩短「扫描间隔」（比如设为5分钟），但这种方式是被动扫描，延迟较高
• 更高效的方式：在develop分支的构建后操作中，添加「扫描多分支流水线」步骤，触发多分支流水线立即重新扫描。由于你已将「发现来自源的拉取请求」设为「将拉取请求与当前目标分支修订版合并」，扫描到develop更新后会自动重新构建所有以它为目标的PR分支。

注意事项 #

• 所有方法需确保Jenkins账号拥有足够权限（如触发其他任务、访问Jenkins API等）
• 若使用代码仓库webhook（如GitHub/GitLab），可在develop分支的webhook中同时触发多分支流水线扫描，间接触发PR构建

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