如何避免被引用Git仓库变更触发Jenkins多分支流水线构建

出现该问题的核心原因是Jenkins多分支流水线默认会将Jenkinsfile中声明的所有SCM仓库纳入变更检测范围，poll: false仅能禁用轮询触发，无法阻断分支源扫描时的变更比对逻辑，可通过以下步骤配置彻底禁用Repo2变更触发构建：

1. 完善Repo2的checkout配置 #

在原有拉取Repo2的代码中新增IgnoreNotifyCommit扩展配置，让该SCM完全不纳入提交通知关联和变更检测范围，修改后示例如下：

checkout(poll:false, changelog: false, scm:[$class: 'GitSCM',
                      branches: [[name: "master"]],
                      doGenerateSubmoduleConfigurations: false,
                      extensions: [
                          [$class: 'GitLFSPull'], 
                          [$class: 'CloneOption', noTags: false, reference: '', shallow: true],
                          // 新增以下配置，忽略该仓库的提交通知
                          [$class: 'IgnoreNotifyCommit']
                      ],
                      submoduleCfg: [],
                      // 补充你原有Repo2的远程仓库配置
                      userRemoteConfigs: [[url: '你的Repo2仓库访问地址']]
])

2. 调整多分支流水线分支源配置 #

进入多分支流水线的配置页面，找到绑定的Repo1分支源配置项：

• 点击「高级」展开更多配置
• 找到「忽略其他SCM的提交触发」（对应英文选项为Ignore commits from other SCMs），勾选该选项并保存配置
  开启后Jenkins仅会将Repo1的变更作为构建触发依据，完全忽略其他SCM的变更记录。

3. 可选兜底过滤规则 #

如果上述配置后仍存在异常触发，可在Jenkinsfile的pipeline块中新增触发条件过滤，仅当构建由Repo1的推送事件触发时才执行构建流程，示例如下：

pipeline {
  agent any
  // 禁用默认的SCM轮询触发
  triggers {
    cron('')
  }
  when {
    // 仅允许Repo1的推送事件触发构建，替换为你的Repo1仓库地址
    triggeredBy 'PushEvent', source: 'https://你的Git域名/你的Repo1仓库路径.git'
  }
  stages {
    // 此处保留你原有构建步骤
  }
}

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