使用Blue Ocean搭配AWS CodeCommit，能否跟踪Pull Request？

我之前也碰到过一模一样的问题——多分支流水线能正常识别分支构建，但CodeCommit的PR就是不触发Jenkins流水线。确实，GitHub和Bitbucket有专门的分支源插件，但CodeCommit得靠Webhook+自定义配置来实现PR触发，具体步骤如下：

1. 给CodeCommit配置Webhook，把PR事件推送给Jenkins #

登录AWS控制台，找到你的CodeCommit仓库：

• 进入「设置」→「Webhook」，点击「创建Webhook」
• 触发事件选**「Pull request created, updated, or closed」**，确保PR的任何变动都能通知到Jenkins
• 回调URL填你的Jenkins地址加上/github-webhook/（别疑惑，Jenkins的这个端点能兼容CodeCommit的Webhook请求）
• 设置一个签名密钥（可以自动生成），保存Webhook

2. 让Jenkins的多分支流水线识别PR #

打开你的Blue Ocean多分支项目，进入配置页面：

• 找到「分支源」里的AWS CodeCommit配置，确保已经安装了最新版的AWS CodeCommit Plugin和Branch Source Plugin
• 勾选**「发现拉取请求」**选项，还可以设置过滤规则（比如只发现目标是main分支的PR）

3. 在Jenkinsfile中添加PR专属逻辑（可选但推荐） #

你可以在流水线里针对PR构建做特殊处理，比如只跑单元测试不部署：

pipeline {
    agent any
    stages {
        stage('PR校验') {
            when {
                changeRequest() // 只在PR触发时执行这个阶段
            }
            steps {
                echo "正在处理Pull Request #${env.CHANGE_ID}，目标分支：${env.CHANGE_TARGET}"
                sh 'npm run test' // 示例：跑单元测试
            }
        }
        // 其他通用构建阶段...
    }
}

这里的changeRequest()是Jenkins内置的条件判断，env.CHANGE_ID和env.CHANGE_TARGET会自动填充PR的ID和目标分支信息。

4. 验证配置是否生效 #

• 在CodeCommit上创建一个测试PR，然后去Jenkins的「系统日志」里查看Webhook请求是否成功接收
• 如果Webhook请求失败，检查Jenkins的防火墙规则，确保AWS CodeCommit的IP段能访问你的Jenkins服务器，或者确认IAM权限是否包含codecommit:GetPullRequest等必要权限

配置完成后刷新Blue Ocean界面，就能看到PR对应的流水线条目啦！

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