如何将本地含额外卷挂载的Docker LaTeX PDF构建命令转换为Google Cloud Build的cloudbuild.yaml配置？

要把你本地的Docker命令转换成Cloud Build的配置，关键是用Cloud Build的mounts字段替代Docker的-v挂载参数，同时调整工作目录匹配本地命令的行为。以下是修正后的cloudbuild.yaml：

steps:
  - name: thomasweise/texlive
    entrypoint: sh
    args:
      - -c
      - |
        xelatex *.tex
    mounts:
      # 对应本地命令的 -v $PWD:/doc/
      - type: bind
        source: /workspace
        destination: /doc
      # 对应本地命令的 -v $PWD/fonts/:/usr/share/fonts/external/
      - type: bind
        source: /workspace/fonts
        destination: /usr/share/fonts/external
    # 设置容器内的工作目录为/doc，和本地挂载后的工作路径一致
    workingDirectory: /doc
  - name: gcr.io/cloud-builders/gsutil
    args: ["cp", "*.pdf", "gs://storage.skhaz.io"]
    # 同样切换到/doc目录，确保能找到生成的PDF文件
    workingDirectory: /doc

关键细节说明： #

1. mounts字段：这是Cloud Build中实现类似Docker-v挂载的方式。type=bind表示绑定挂载Cloud Build工作空间目录到容器内指定路径：
   • 第一个挂载把Cloud Build默认工作空间/workspace（存放所有构建文件的目录）映射到容器的/doc，对应本地命令的-v $PWD:/doc/。
   • 第二个挂载把工作空间下的fonts子目录映射到容器的/usr/share/fonts/external/，直接解决字体缺失导致的构建失败问题。
2. workingDirectory：设置容器执行命令时的当前目录为/doc，这样xelatex *.tex会直接处理/doc下的.tex文件，和你本地执行命令的行为完全一致。
3. GSutil步骤的工作目录：生成的PDF文件会留在/doc目录下，所以第二个步骤也要切换到/doc，确保cp *.pdf能正确找到目标文件。

另外，要确保你的fonts目录已经包含在触发Cloud Build的代码仓库（或构建上下文）中，这样Cloud Build才能访问到这些字体文件。

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