推送代码至GitHub后Google Cloud Build触发器未触发

• 验证Cloud Build与GitHub的集成权限
  打开Google Cloud Console的Cloud Build触发器页面，找到出问题的触发器，检查GitHub仓库连接状态，确认授权是否过期或权限被变更。如果有疑问，直接删除现有GitHub连接，重新添加仓库并授予完整的webhook权限（包含推送、PR等事件权限）。

• 检查GitHub Webhook配置
  进入GitHub仓库的「Settings > Webhooks」，找到对应Google Cloud Build的webhook，查看最近的投递记录：

  • 如果显示投递失败，重点看响应状态码，大概率是网络连通性或权限不足问题；
  • 点击「Redeliver」手动触发一次webhook测试，看Cloud Build能不能收到事件并启动构建。

• 排查Cloud Build队列与资源限制
  到Google Cloud Console的Cloud Build > 历史记录页面，看看是不是有大量排队的构建任务，导致新任务没法调度；
  检查项目的Cloud Build配额（IAM & Admin > 配额），确认有没有达到并发构建数或构建时长的限制；
  手动点触发器页面的「Run trigger」启动一次构建，验证构建本身能不能正常跑，排除构建配置的问题。

• 检查GitHub App/集成状态
  确认Google Cloud Build的GitHub App在仓库里是启用状态（GitHub仓库「Settings > Applications > GitHub Apps」）；
  如果之前GitHub故障影响了webhook投递，去GitHub的「Settings > Actions > General」里检查有没有事件接收限制，或者重置webhook签名密钥。

• 查看日志定位问题
  在Google Cloud Console的Cloud Logging里，筛选资源为「Cloud Build」，搜索trigger、github、queue这些关键词，找错误提示；
  在GitHub的「Insights > Webhooks」里，查看webhook的请求/响应详情，确认事件有没有正确发送到Cloud Build。

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