从GitLab迁移至Azure DevOps后，Jenkins如何处理Pull Request构建？

方案1：用Azure Webhook传递的PR专属参数判断 #

Azure DevOps的Webhook触发PR事件时，会携带PR相关参数到Jenkins，直接用这些参数替代分支名判断即可：

• 在Jenkins流水线里，通过环境变量获取SYSTEM_PULLREQUEST_ID或SYSTEM_PULLREQUEST_SOURCEBRANCH
• 修改Groovy逻辑：

  if (env.SYSTEM_PULLREQUEST_ID != null) {
      // 执行PR专属检查
      def sourceBranch = env.SYSTEM_PULLREQUEST_SOURCEBRANCH
      // 还能对sourceBranch做进一步处理，比如提取具体分支名
  }
  

• 前提是Jenkins的Azure DevOps插件要配置正确，开启PR事件触发，保证这些环境变量能正常注入

方案2：通过Jenkins分支源插件识别PR #

如果使用Jenkins的Azure Repos分支源插件，直接配置后就能自动识别PR：

• 在分支源设置里勾选“发现拉取请求”，Jenkins会自动为PR创建对应的构建任务
• 这时用CHANGE_ID或CHANGE_BRANCH变量判断：

  if (env.CHANGE_ID != null) {
      // 执行PR流程逻辑
      def prBranch = env.CHANGE_BRANCH
  }
  

方案3：自定义PR分支命名规则（可选） #

要是非得保留原来的分支名匹配逻辑，可要求团队创建PR时使用PR-XXX-开头的分支，然后继续用原有代码：

if (env.BRANCH_NAME ==~ /PR-.*/) {
    // 原有检查逻辑
}

但这个方案依赖团队规范，灵活性差，不优先推荐。

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