要回答您的问题-在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容器，但未命名容器），因此升级按预期进行，您有了新的代码库

尝试对命名卷执行相同操作会给您带来第一次升级的巨大惊喜，因为代码位于命名卷上，并且代码库将 覆盖
在“新”映像/新容器上，因此您将在旧版本上运行升级后的代码库。