别担心，Jenkins完全支持同时处理多个仓库的Webhook，你之前的误解可能是以为一个Jenkins实例只能关联一个仓库，但实际上每个项目可以独立关联不同的仓库，甚至单个项目里也能拉取多个仓库的代码。下面是一步步的具体操作：

1. 给Dev仓库配置GitHub Webhook #

首先登录你的Dev GitHub仓库，进入「Settings」→「Webhooks」→「Add webhook」：

• Payload URL：填写你的Jenkins实例的Webhook端点，通常是 http://<你的Jenkins域名或IP>:端口/github-webhook/（注意末尾的斜杠不能丢）
• Content type：选择 application/json
• Secret：设置一个安全的密钥（比如随机字符串），后面Jenkins配置要用到这个密钥来验证请求
• Which events would you like to trigger this webhook?：选择「Let me select individual events」，然后勾选 Pull requests（包括PR创建、同步更新的事件），取消勾选默认的「Just the push event」
• 最后点击「Add webhook」保存

2. 在Jenkins中创建/配置对应项目 #

你不需要替换已有的QA仓库项目，而是新建一个专门处理Dev仓库PR的项目（或者如果你的现有项目是Pipeline，也可以扩展它，但分开维护更清晰）：

选项A：Freestyle项目 #

• 进入Jenkins → 「New Item」→ 输入项目名称，选择「Freestyle project」→ 确定
• 源码管理：选择「Git」，填写Dev仓库的Git地址（HTTPS或SSH都可以），然后在「Branches to build」里填写 refs/pull/${CHANGE_ID}/head（这个格式会自动拉取PR对应的分支代码）
• 构建触发器：勾选「GitHub hook trigger for GITScm polling」，这样当Dev仓库的Webhook触发时，Jenkins会自动启动构建
• 构建环境：如果需要，可以勾选「Provide Node & npm bin/ folder to PATH」之类的选项，根据你的应用运行环境配置
• 构建步骤：
  • 第一步：添加「Execute shell」（Windows环境选「Execute Windows batch command」），输入构建并启动应用的命令，比如：

    npm install
    npm run build
    npm run start & sleep 30  # 后台启动应用，等待30秒确保服务就绪
    

  • 第二步：添加另一个「Git」步骤，拉取QA仓库的代码（指定QA仓库地址和目标分支，比如main）
  • 第三步：添加「Execute shell」，执行sanity测试的命令，比如：

    pytest ./qa-sanity-tests/ --env=dev
    

• 构建后操作：安装「GitHub Integration」插件后，勾选「Set GitHub commit status」，填写你的GitHub仓库信息，这样PR页面会实时显示测试成功/失败的状态

选项B：Pipeline项目（更灵活推荐） #

如果用Pipeline，可以在Jenkinsfile里灵活处理多仓库拉取和流程编排：

pipeline {
    agent any
    environment {
        DEV_REPO_URL = "git@github.com:your-org/dev-repo.git"
        QA_REPO_URL = "git@github.com:your-org/qa-repo.git"
    }
    triggers {
        githubPush()
    }
    stages {
        stage('拉取Dev分支代码') {
            steps {
                git url: DEV_REPO_URL, branch: "refs/pull/${CHANGE_ID}/head"
            }
        }
        stage('构建并启动应用') {
            steps {
                sh 'npm install'
                sh 'npm run build'
                sh 'npm run start & sleep 30'  # 等待应用启动完成
            }
        }
        stage('拉取QA测试代码') {
            steps {
                dir('qa-tests') {  # 在单独目录拉取QA代码，避免与Dev代码冲突
                    git url: QA_REPO_URL, branch: 'main'
                }
            }
        }
        stage('执行Sanity测试') {
            steps {
                sh 'cd qa-tests && pytest sanity-tests/'
            }
        }
    }
    post {
        success {
            githubNotify status: 'SUCCESS', description: 'Sanity测试通过'
        }
        failure {
            githubNotify status: 'FAILURE', description: 'Sanity测试失败'
        }
    }
}

然后在Jenkins的Pipeline项目里，选择「Pipeline script from SCM」，关联Dev仓库的Jenkinsfile即可。

3. 关键配置注意事项 #

• 确保Jenkins服务器能访问GitHub的Dev和QA仓库：如果用SSH，把Jenkins服务器的SSH公钥添加到两个仓库的「Deploy keys」；如果用HTTPS，配置拥有repo权限的GitHub Personal Access Token
• 验证Webhook有效性：在Dev仓库的Webhook页面，查看「Recent deliveries」，状态码200代表请求正常触发
• 应用启动校验：可以替换sleep为端口检测脚本，确保应用完全就绪后再执行测试，避免因服务未启动导致的测试失败

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