如何避免Parent仓库变动时触发Jenkins中Child任务构建？

原因分析 #

问题出在Azure DevOps服务钩子的关联配置，或是Jenkins任务的触发规则未做限制，导致Parent仓库的变更事件被误传递给了Child的Jenkins任务。

具体解决步骤 #

1. 修正Azure DevOps服务钩子配置 #

登录Azure DevOps项目，进入项目设置 > 服务钩子：

• 排查所有关联Jenkins的钩子，删除任何将Parent仓库变更关联到Child Jenkins任务的钩子。
• 针对Child仓库的钩子，确认触发条件仅勾选Child仓库的分支/PR变更事件，排除Parent仓库的相关触发规则。

2. 给Jenkins Child任务添加触发源过滤 #

进入Jenkins的Child任务配置页，找到触发器模块：

• 若使用Azure DevOps专用触发插件，添加过滤规则：限定仅响应Child仓库的URL及分支变更。
• 若使用通用Git触发器，在触发设置中明确指定仅监听Child仓库的远程URL，拒绝来自Parent仓库的触发请求。

3. 在Child Jenkinsfile中固化触发规则（可选） #

直接在Child的Jenkinsfile中添加触发限制，确保任务仅响应自身仓库的变更：

pipeline {
    agent any
    triggers {
        azureDevOpsGitTrigger {
            repoUrl('http://example.com/test/test/_git/child')
            branches {
                include('*/master')
            }
        }
    }
    environment {
        repo_credentials_id = 'XXXXXXXXXXXXXXXXXXXXXXXX'
    }
    stages {
        stage ('Hello World') {
            steps {
                echo  "Hello World"
            }
        }
        stage ('clone') {
            steps {
                checkout scm: [$class: 'GitSCM', 
                               branches: [[name: '*/master']], 
                               userRemoteConfigs: [[credentialsId: repo_credentials_id,url: 'http://example.com/test/test/_git/parent']]]
            }
        }
    }
}

这种方式相当于在代码层做了兜底，即使服务钩子配置出错，Jenkins也会过滤掉非Child仓库的触发请求。

4. 验证配置效果 #

在Parent仓库提交测试变更或创建PR，观察Jenkins任务触发情况：确认仅Parent任务启动，Child任务无触发记录即可。

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