您要做的就是使用一个卷，然后将该卷安装到您希望其出现的任何容器中。
完全在Docker中
您可以完全在Docker内部完成此操作。
这是一个示例（精简-您的实际文件中将包含更多内容）。
version: '3'services: nginx: volumes: - asset-volume:/var/lib/assets asset: volumes: - asset-volume:/var/lib/assetsvolumes: asset-volume:
底部是定义的单个体积，称为“资产体积”。
然后在每个服务中，您都告诉Docker在某个路径上安装该卷。我显示了容器内部的示例路径，只需将其调整为您希望它们在容器中的任何路径即可。
该卷是一个不受任何特定容器拥有的独立实体。它只是安装在它们每个中，并被共享。如果一个容器修改了内容，那么他们都将看到更改。
请注意，如果您只希望可以进行更改，则可以通过
:ro在卷字符串的末尾添加，在某些服务中始终将卷挂载为只读。
services: servicename: volumes: - asset-volume:/var/lib/assets:ro
使用主机目录
或者，您可以使用主机上的目录并将其安装到容器中。这样做的好处是，您可以使用Docker外部的工具（例如GUI文本编辑器和其他工具）直接在文件上工作。
相同，只是您没有在Docker中定义卷，而是挂载了外部目录。
version: '3'services: nginx: volumes: - ./assets:/var/lib/assets asset: volumes: - ./assets:/var/lib/assets
在此示例中，使用相对路径将本地目录“资产”安装到两个容器中
./assets。
根据环境使用两者
您还可以将其设置为其他开发和生产环境。将所有内容放入docker-compose.yml中， 除了 卷挂载。然后再制作两个文件。
- docker-compose.dev.yml
- docker-compose.prod.yml
在这些文件中，仅放置最小配置即可定义卷安装。我们将其与docker-compose.yml混合使用以获得最终配置。
然后用这个。它将使用docker-compose.yml中的配置，并将第二个文件中的任何内容用作替代或补充配置。
docker-compose -f docker-compose.yml -f docker-compose.dev.yml up -d
对于生产，只需使用prod文件而不是dev文件即可。
这里的想法是将大多数配置保留在docker-compose.yml中，并且将替代文件中的差异最小化。
例：
docker-compose.prod.yml
version: '3'services: nginx: volumes: - asset-volume:/var/lib/assets
docker-compose.dev.yml
version: '3'services: nginx: volumes: - ./assets:/var/lib/assets
