GCP Cloud Build是否支持类似Jenkins共享库的配置复用？

一、Cloud Build 原生等效复用功能 #

Cloud Build 本身支持构建配置的复用与扩展，能实现类似Jenkins共享库的效果，核心方式有两种：

• 通过includes字段引入基础配置：将通用步骤（如镜像构建、推送至Artifact Registry）封装到公共的cloudbuild-base.yaml，存储在Cloud Storage或Git仓库中，各项目的cloudbuild.yaml直接引用并按需覆盖/追加配置。
  示例：
  基础配置cloudbuild-base.yaml：

  steps:
    - name: 'gcr.io/cloud-builders/docker'
      args: ['build', '-t', '${_ARTIFACT_REGISTRY_REPO}/${_IMAGE_NAME}:${_TAG}', '.']
    - name: 'gcr.io/cloud-builders/docker'
      args: ['push', '${_ARTIFACT_REGISTRY_REPO}/${_IMAGE_NAME}:${_TAG}']
  substitutions:
    _ARTIFACT_REGISTRY_REPO: 'us-central1-docker.pkg.dev/my-shared-project/my-repo'
    _IMAGE_NAME: 'default-image'
    _TAG: 'latest'
  

  项目专属cloudbuild.yaml：

  includes:
    - 'gs://my-shared-config-bucket/cloudbuild-base.yaml'
  substitutions:
    _IMAGE_NAME: 'my-project-service'
    _TAG: '${COMMIT_SHA}'
  # 追加项目专属步骤
  steps:
    - name: 'gcr.io/cloud-builders/gcloud'
      args: ['run', 'deploy', 'my-service', '--image', '${_ARTIFACT_REGISTRY_REPO}/${_IMAGE_NAME}:${_TAG}']
  

  注：若基础配置与当前配置均含steps，默认会覆盖；需追加步骤可使用steps.append语法（需启用Cloud Build新版本配置特性）。

• 自定义构建器镜像：把重复逻辑（如镜像推送的参数校验、多仓库同步）封装成自定义构建器，上传到Artifact Registry，各项目构建配置直接调用该构建器，仅需传入必要参数即可完成操作。

二、复杂场景替代方案：跨流水线触发 #

如果原生includes无法满足复杂复用需求，可采用跨流水线触发模式：

• Pub/Sub触发核心流水线：将通用镜像构建、推送逻辑放到中心Cloud Build流水线，各项目流水线通过发送含参数（镜像名、仓库地址、代码路径）的Pub/Sub消息，触发中心流水线执行通用操作。
• gcloud builds submit直接调用：在项目的cloudbuild.yaml中执行gcloud builds submit命令，指定存储在Git/Cloud Storage的中心配置文件，并传入项目专属参数，实现逻辑复用。

三、最佳实践建议 #

• 优先使用includes字段，这是原生支持的最简方案，无需额外组件。
• 复杂场景（如动态生成步骤、多环境适配）结合自定义构建器与跨流水线触发。
• 将共享配置、自定义构建器集中存储在专属GCP项目，统一维护权限与版本，避免分散管理。

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