基于GitHub PR的Google Cloud Build/Run触发配置问题咨询

问题1：如何仅在PR审核通过或合并完成后触发构建部署？ #

分两种场景处理：

合并完成后触发（推荐用于正式部署） #

直接创建Push触发器替代当前的PR触发器：

• 触发器类型选「Push to a branch」
• 触发分支设置为你的主分支（如main/master）
• PR合并完成后，代码推送到主分支时才会触发构建部署，完全满足你“修正PR错误后再执行操作”的需求。

PR审核通过后触发（用于预部署验证） #

如果想在PR审核通过但未合并时触发构建（比如部署到测试环境），可以在cloudbuild.yaml开头加一个检查步骤：

steps:
  - name: 'curlimages/curl:latest'
    entrypoint: sh
    args:
      - '-c'
      - |
        RESPONSE=$(curl -s -H "Authorization: token $GITHUB_TOKEN" https://api.github.com/repos/$OWNER/$REPO/pulls/$_PR_NUMBER/reviews)
        if ! echo "$RESPONSE" | grep -q '"state": "approved"'; then
          echo "PR未通过审核，终止构建"
          exit 1
        fi
  # 原有的Build、Push、Deploy步骤放在这里

需要在触发器中添加GITHUB_TOKEN、OWNER、REPO这几个环境变量，$_PR_NUMBER是Cloud Build的内置变量，会自动填充当前PR的编号。

问题2：Base branch定义与构建分支的疑问 #

你对Base branch的理解是对的，但要明确PR触发器的逻辑：

• Base branch指PR要合并到的目标分支，触发器会监听所有合并到该分支的PR。
• PR触发器默认构建的是PR的源分支（功能分支），这是为了验证待合并的代码是否能正常构建，而非提前构建目标分支。
• 如果要构建合并后的目标分支，必须用Push触发器监听目标分支的推送事件，只有PR合并完成、代码推送到目标分支后，才会构建目标分支的最新代码。

当前YAML调整建议 #

如果切换到合并后触发的Push触发器，现有YAML无需大幅修改，Cloud Build会自动将$COMMIT_SHA填充为主分支的最新提交哈希。

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