GitHub Cloud Build与monorepo中的多个cloudbuild.yamls集成

Question

GitHub的Google Cloud Build集成未检测到cloudbuild.yaml或者Dockerfile它是否不在存储库的根目录中.

当使用包含多个的monorepo时cloudbuild.yamls,如何配置GitHub的Google Cloud Build集成来检测正确的cloudbuild.yaml？

文件路径:

services/api/cloudbuild.yaml
services/nginx/cloudbuild.yaml
services/websocket/cloudbuild.yaml

Cloud Build集成输出:

Answer 1

您可以通过cloudbuild.yaml在一个gcr.io/cloud-builders/gcloud步骤中在存储库的根目录中添加一个来完成此操作.这一步应该:

1. 遍历每个子目录或用于find查找其他cloudbuild.yaml文件.
2. 对于每个找到的cloudbuild.yaml,fork并通过运行提交构建gcloud builds submit.
3. 等待所有分叉gcloud命令完成.

还有的在做这一种方式一个很好的例子根cloudbuild.yaml内的GoogleCloudPlatform/cloud-builders-community回购.

如果我们删除非必要部分,基本上你有这样的东西:

steps:
- name: 'gcr.io/cloud-builders/gcloud'
  entrypoint: 'bash'
  args:
  - '-c'
  - |
    for d in */; do
      config="${d}cloudbuild.yaml"
      if [[ ! -f "${config}" ]]; then
        continue
      fi

      echo "Building $d ... "
      (
        gcloud builds submit $d --config=${config}
      ) &
    done
    wait

Answer 2

我们现在正在迁移到单一存储库，我还没有找到任何可以很好地处理这个问题的 CI/CD 解决方案。

关键是不仅要检测更改，还要检测依赖于该更改的任何服务。这是我们正在做的事情：

• 要求每个服务都有一个带有构建命令的 MAKEFILE。
• 将 cloudbuild.yaml 放在 mono 仓库的根目录下
• 然后，我们使用这个小工具（旧但似乎仍然有效）运行自定义构建步骤https://github.com/jharlap/affected，其中列出了所有已更改的包以及依赖于这些包的所有包等。
• 那么 shell 脚本将make build在任何受更改影响的服务上运行。

到目前为止，它运行良好，但我完全理解这是否不适合您的工作流程。

许多人使用的另一个选择是 Bazel。不是最简单的工具，但如果您有多种不同的语言或在您的 Mono 存储库中构建流程，则尤其有用。