Google cloud platform 在Google容器生成器中,`dir:`是否已映射?
我有两个容器,第一个修改repo中的一些文件,第二个将这些文件添加到其中,在本地我将在主机上映射一个卷,它们都可以使用它,这在容器生成器中可能吗?我没有看到第一个容器在第二个容器中所做的更改。在构建步骤中持续存在的唯一目录是/workspace目录;有关更多详细信息,请参阅文档:Google cloud platform 在Google容器生成器中,`dir:`是否已映射?,google-cloud-platform,google-kubernetes-engine,google-container-registry,Google Cloud Platform,Google Kubernetes Engine,Google Container Registry,我有两个容器,第一个修改repo中的一些文件,第二个将这些文件添加到其中,在本地我将在主机上映射一个卷,它们都可以使用它,这在容器生成器中可能吗?我没有看到第一个容器在第二个容器中所做的更改。在构建步骤中持续存在的唯一目录是/workspace目录;有关更多详细信息,请参阅文档: 上面的代码在大多数情况下都适用于我,但有时当/workspace/model没有正确安装时,它会变得很脆弱,在映像运行时无法检测目录下的内容。但由于它是/workspace的子目录,我假设它是持久化的。我使用的是/wo
上面的代码在大多数情况下都适用于我,但有时当/workspace/model没有正确安装时,它会变得很脆弱,在映像运行时无法检测目录下的内容。但由于它是/workspace的子目录,我假设它是持久化的。我使用的是/workspace的子目录。我猜持久性是递归的?如果是这样,那一定是我的代码有问题。是的,持久性是递归的。它是/工作区和它下面的所有东西。请注意,我们不会阻止您在/workspace中放置链接到/workspace之外的文件的符号链接,并且该符号链接的目标不会在构建步骤中持久存在。
- 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'