别担心，这个配置其实很直观，核心就是写对cloudbuild.yaml文件，让Cloud Build明确每一步的执行逻辑。下面是完整的配置思路和实操步骤：

1. 编写Cloud Build配置文件 #

在你的GitHub仓库根目录创建cloudbuild.yaml，这个文件会定义触发后的构建流程。我们直接引用你已经推到GCR的自定义镜像完成编译，再用官方镜像同步到GCS存储桶：

完整配置示例 #

steps:
  # 步骤1：用你的自定义Hugo镜像编译静态文件
  - name: 'gcr.io/[你的GCP项目ID]/[你的Hugo镜像名]:[镜像标签]'
    args: ['hugo']  # 可根据你的需求添加参数，比如指定主题：'hugo --theme=your-theme'
    dir: '/workspace'  # 绑定Cloud Build的源码目录，确保镜像能访问仓库里的md文件和Hugo配置

  # 步骤2：同步编译产物到GCS存储桶
  - name: 'gcr.io/cloud-builders/gsutil'
    args: ['rsync', '-r', '-d', 'public/', 'gs://[你的存储桶名称]/']
    # -r 递归同步目录；-d 删除存储桶中本地已不存在的文件，可根据需求去掉

2. 配置Cloud Build权限 #

确保Cloud Build的默认服务账号（格式为[项目ID]@cloudbuild.gserviceaccount.com）拥有必要权限：

• 拉取GCR镜像权限：如果镜像和Cloud Build在同一个GCP项目，默认已具备；跨项目的话，给服务账号添加Artifact Registry Reader角色。
• GCS存储桶读写权限：给服务账号添加Storage Object Admin角色，保证能顺利同步文件。

3. 配置GitHub触发式构建 #

在GCP控制台的Cloud Build页面进入「触发器」：

• 点击「创建触发器」，关联你的GitHub仓库（需先完成GCP与GitHub的授权绑定）。
• 设置触发条件：比如选择「推送分支」，指定你用来发布的分支（如main）。
• 选择构建配置：选「Cloud Build配置文件（yaml或json）」，路径填cloudbuild.yaml（根目录下直接填这个即可）。
• 保存后，每次向指定分支推送代码就会自动触发构建流程了。

额外注意事项 #

• 如果你的Hugo依赖Git子模块（比如主题），可以在编译步骤前加一步拉取子模块的命令：

  - name: 'gcr.io/cloud-builders/git'
    args: ['submodule', 'update', '--init', '--recursive']
  

• 若需要指定Hugo运行环境，可在编译步骤中添加环境变量：

  - name: 'gcr.io/xxx/your-hugo-image:latest'
    args: ['hugo']
    env:
      - 'HUGO_ENV=production'
  

• 首次配置建议手动触发一次Cloud Build，排查是否存在路径错误、权限不足等问题，确认没问题再开启自动触发。

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