在 Google Container Builder 中，是否映射了 `dir:`？答案

【问题标题】：In Google Container Builder, is the `dir:` mapped?在 Google Container Builder 中，是否映射了 `dir:`？
【发布时间】：2017-03-23 11:24:50
【问题描述】：

我有两个容器，第一个修改了 repo 中的一些文件，第二个将这些文件 ADDed 放入其中，在本地我将在我的主机上映射一个卷，它们都可以使用它，这可能在容器生成器？我没有看到第一个容器在我的第二个容器中所做的更改。

【问题讨论】：

标签： google-cloud-platform google-kubernetes-engine google-container-registry

【解决方案1】：

在构建步骤中唯一保留的目录是/workspace 目录；有关详细信息，请参阅文档：https://cloud.google.com/container-builder/docs/api/build-steps。

【讨论】：

我正在使用 /workspace 的子目录。我猜持久性是递归的？如果是这样，那一定是我的代码有问题。
是的，持久化是递归的。它是/workspace 及其下的所有内容。请注意，我们不会采取任何措施阻止您在 /workspace 中放置链接到 /workspace 之外的文件的符号链接，并且该符号链接的目标不会在构建步骤中持续存在。

【解决方案2】：

- name: 'gcr.io/cloud-builders/gsutil'
  args: ['cp', '-r', 'gs://${_BUCKET_PREFIX}/model', '/workspace']
  id: 'download-model'

- name: 'gcr.io/cloud-builders/docker'
  args: ['run',
         '--name', 'abc-model',
         '--volume', '/workspace/model:/tmp',
         '--env', 'input_model_path=/tmp',
         '--env', 'output_model_path=/tmp/processed',
         'gcr.io/$PROJECT_ID/model-processor:latest']
  id: 'run-model-processor'

上面的代码大部分时间都对我有用，但有时当/workspace/model 未正确安装时（当图像运行时无法检测到目录下的内容）时，它有时会变得不稳定。但由于它是 /workspace 的子目录，我认为它是持久的。

【讨论】：