要回答您的问题-在v3中是不可能的-请参阅以下部分。v3不得用作后继产品（也是docker的官方声明），应在“大量案例”中使用。
但是，您应该做的是使用命名卷。
您可以像这样将其与主机安装卷结合使用
docker volume create --name volume1 -o type=none -o device=/home/$USER/projects/01 -o o=bind
您可以使用3.2中引入的长语法来简化此操作：https : //docs.docker.com/compose/compose-file/#long-
syntax-2，以便您可以在Docker中的主机上定义命名卷+绑定-compose文件示例：
services: full-tests: volumes:- type: volume source: ../ target: /opt/project - type: volume source: ../../../ext-libs target: /opt/ext-libs
或简而言之
services: full-tests: volumes:- ../:/opt/project - ../../../ext-libs:/opt/ext-libs
但是，您不能做的是，将长语法放在顶级“卷”定义下，为该卷命名，然后在服务的“卷”部分中重用它-这是不可能的。为此，您可以使用
volumes: project: external: true third-party: external: true
然后在cli上使用“ docker volume create”语法，使用bind选项创建这些卷，如上文所述
但是您将永远无法获得volumes_from在这里为您所做的工作
v3中没有等效的volume_from，因为v3不是v2的后继产品，而是替代品-
请在此处查看我的评论和资源https://github.com/rancher/rancher/rancher/issues/3316#issuecomment-310889283
综上所述，在使用volume_from的方式错误/字段错误的情况下，volumes_from和volumes有重叠。
a）如果要 在 堆栈升级（向下+向上） 之间 保留数据，请选择命名卷-现在，如果需要2个以上服务共享，只需使用挂载该命名卷即可
volumes:。
b）但是，如果您 不 希望数据像通常的应用程序+ httpd /
proxy方案那样通过堆栈升级而持久化（例如，由于其源代码和映像实际上包括此升级），那么您将创建一个非卷为此，例如
/var/www在Dockerfile中使用
Volume/var/www，然后使用volume_from将其挂载到
httpd服务中。
b的要点是，在堆栈升级中，将删除anon卷（`docker-compose down删除anon容器，但未命名容器），因此升级按预期进行，您有了新的代码库
尝试对命名卷执行相同操作会给您带来第一次升级的巨大惊喜，因为代码位于命名卷上，并且代码库将 覆盖
在“新”映像/新容器上，因此您将在旧版本上运行升级后的代码库。
