如何让Jenkins任务监听仓库变更触发另一仓库构建？

这场景我之前处理过好几次，核心思路就是把触发源和执行逻辑的仓库彻底分开，给你三个实用的方案，按需选择就行：

方案一：直接让监听任务拉取部署仓库的Jenkinsfile #

这是最直接的做法，不需要修改任何仓库代码：

• 新建一个Pipeline任务，在「源码管理」模块配置你的站点仓库地址，同时设置触发条件（更推荐配置Git服务的Webhook，提交代码直接触发；如果没有Webhook支持，再开启SCM轮询）。
• 切换到「Pipeline」配置项，选择「Pipeline script from SCM」，这里填写部署仓库的Git地址，指定Jenkinsfile的路径（比如默认的Jenkinsfile）。
• 保存配置后，每次站点仓库有代码变更，这个任务就会触发，并且自动从部署仓库拉取最新的Jenkinsfile执行构建流程，完美实现“监听频繁变更的站点仓，执行稳定的部署逻辑”。

方案二：站点仓库加轻量Jenkinsfile作为入口 #

如果不想在Jenkins任务里直接指定部署仓库地址，可以在站点仓库里加一个极简的Jenkinsfile，作为调用部署逻辑的入口：
在站点仓库根目录新建Jenkinsfile，内容如下：

pipeline {
    agent any
    stages {
        stage('Fetch Deployment Pipeline') {
            steps {
                // 克隆部署仓库到构建节点
                git url: '你的部署仓库Git地址', branch: '主分支名称'
                // 加载部署仓库中的Jenkinsfile并执行
                load 'Jenkinsfile'
            }
        }
    }
}

然后把Jenkins任务配置为监听站点仓库，这样站点代码变更触发后，任务会先拉取部署仓库的Jenkinsfile，再执行里面的部署流程。好处是站点仓库的Jenkinsfile只是个“转发器”，所有部署逻辑都在部署仓库里维护，不会污染站点代码。

方案三：用Jenkins共享库封装部署逻辑（适合复杂场景） #

如果你的部署流程后续会迭代得比较复杂，推荐用Jenkins共享库来封装部署逻辑：

1. 先在Jenkins后台配置共享库：进入「管理Jenkins」→「系统配置」→「Global Pipeline Libraries」，添加一个新的库（比如命名为deployment-lib），把库的Git地址设为你的部署仓库地址，指定默认分支。
2. 在站点仓库根目录新建Jenkinsfile，内容如下：

// 引入共享库
@Library('deployment-lib') _

pipeline {
    agent any
    stages {
        stage('Deploy Site') {
            steps {
                // 调用共享库里封装好的部署方法
                deploySite()
            }
        }
    }
}

3. 把部署仓库里的Jenkinsfile逻辑拆成共享库的方法（比如在部署仓库的vars/deploySite.groovy文件里实现具体的部署步骤）。
   这个方案扩展性最强，后续修改部署逻辑只需要更新共享库（部署仓库），站点仓库的Jenkinsfile不需要任何改动，非常适合团队协作的复杂场景。

额外建议：用Webhook代替SCM轮询 #

不管用哪个方案，都推荐给站点仓库配置Git服务的Webhook（比如GitHub的Webhook、GitLab的集成），指向Jenkins的Webhook地址（比如http://你的Jenkins地址/github-webhook/），这样代码一提交就会立即触发构建，比SCM轮询更高效及时。

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