当SNAPSHOT依赖仓库PR合并时，如何触发Jenkins重建关联PR？

背景 #

• 技术栈：Jenkins + BitBucket，Java/Maven项目，采用类git-flow分支策略，master为开发分支，所有构件均为SNAPSHOT版本
• 涉及仓库：my-server（依赖common-lib）、common-lib
• Jenkins任务：每个仓库各对应一个任务，负责构建所有PR（源分支）及master分支的所有提交

问题场景 #

1. 在my-server中打开PR-1（从feature/abc分支合并到master），构建时使用当时common-lib的最新master SNAPSHOT版本，构建成功，但PR-1未合并
2. common-lib的PR-2合并到master分支，其SNAPSHOT版本更新，且新版本与my-server的feature/abc分支不兼容
3. 合并PR-1后，my-server的master分支构建失败

核心需求 #

当common-lib的PR合并到master分支导致SNAPSHOT版本更新时，自动触发my-server中所有未合并、目标分支为master的PR重新构建，让合并检查（要求构建成功）将PR标记为"需要修改"

可行实现方案 #

方案一：Jenkins下游触发+分支过滤 #

1. 配置common-lib的master分支Jenkins任务：当该任务完成PR合并后的成功构建时，添加下游任务触发，目标为my-server的PR构建任务
2. 对my-server的PR构建任务做参数化配置：
   • 若使用Multibranch Pipeline，可在Pipeline脚本中通过条件判断，只触发目标分支为master的未合并PR
   • 若使用Bitbucket Pull Request Builder插件，在插件配置中设置过滤规则，仅针对目标分支为master的PR触发重新构建

方案二：依赖版本监听插件 #

1. 使用Jenkins的Maven Dependency Update Trigger或Dependency-Track插件，为my-server的PR构建任务添加监听规则
2. 配置插件监听common-lib的SNAPSHOT版本变化：当common-lib的master SNAPSHOT构件更新到私有仓库（如Nexus）时，自动触发my-server中所有关联的PR任务重新构建
   • 注意需确保插件能识别SNAPSHOT的快照更新（而非仅版本号变更）

方案三：BitBucket Webhook+API触发脚本 #

1. 在BitBucket的common-lib仓库中配置Webhook：当master分支发生合并事件时，发送POST请求到自定义脚本的地址（或直接调用Jenkins API）
2. 编写脚本（Shell/Python均可）：
   • 接收BitBucket的合并事件通知
   • 调用Jenkins API查询my-server中所有未合并且目标分支为master的PR列表
   • 遍历列表，逐个触发对应PR的构建任务
   • 示例Jenkins API调用（需配置Jenkins用户令牌）：

     curl -X POST -u jenkins_user:api_token "http://your-jenkins-url/job/my-server-pr-job/buildWithParameters?PR_ID=<pr-number>"
     

注意事项 #

• 确保Jenkins任务拥有访问BitBucket PR信息、触发其他任务的权限
• 私有构件仓库（如Nexus）需配置正确的SNAPSHOT更新策略，保证my-server构建时能拉取最新的common-lib快照版本
• 需避免循环触发：通过分支过滤、事件类型过滤等方式，防止my-server的构建反过来触发common-lib的任务

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