我在一台Macbook Pro笔记本电脑上运行 docker-machine（0.5.0） 和 docker-compose（1.5.0） 以启动我的容器。
这意味着我正在使用docker-machine创建我的virtualbox boot2docker驱动的HOST计算机，它将运行我的docker守护程序并托管我的所有容器。
我认为我缺少关于HOSTS和VOLUME概念的关键内容，因为它们涉及Docker和文档。
这是我的docker-compose.yml文件（网络只是构建php：5.6-apache映像）：
web: restart: "always" build: ./docker-containers/web ports: - "8080:80" volumes: - ./src:/var/www/html links: - mysql:mysql mysql: restart: "always" image: mysql:5.7 volumes_from: - data ports: - "3306:3306" environment: - MYSQL_ROOT_PASSWORD=XXX data: restart: "no" image: mysql:5.7 volumes: - /var/lib/mysql command: "true"
卷的Docker Compose文件文档在这里：http : //docs.docker.com/compose/compose- file/
它说明了卷-将 路径作为卷安装，可以选择在主机上指定路径（HOST：CONTAINER）或访问方式（HOST：CONTAINER：ro）。
在这种情况下，HOST指的是由docker-machine创建的虚拟机，对吗？还是我的本地Macbook文件系统？在我的VM上将路径装载到容器？
在 网络下， 我声明：
volumes: - ./src:/var/www/html
这 会将 我的 Macbook Pro 上的本地 Macbook 文件系统 ./src 文件夹映射到我的Web容器。如果我的理解是正确的，那不应该将我 VM* 上的 ./src 文件夹映射到Web容器内的 / var / www / html 吗？从理论上讲，我认为应该先将本地Mac文件系统文件夹 ./src复制 到我的VM，然后再执行此卷声明。似乎docker- compose神奇地一次完成了所有工作？ 困惑 * __
最后，我们可以看到我正在创建一个仅数据容器来保留我的mysql数据。我宣布：
volumes: - /var/lib/mysql
这是否不应该在我的HOST boot2docker VM上创建 / var / lib / mysql 文件夹，然后我就可以导航到VM上的该文件夹，是/否？当我使用docker-machine SSH进入我的机器，然后导航到 / var / lib时 ，根本 没有 mysql文件夹吗？为什么不创建它？我的配置有问题吗？：/
提前致谢！关于我在这里做错什么的任何解释将不胜感激！
好的，这里有几点需要解决。
让我们从泊坞窗卷的内容开始（此时不要尝试考虑您的Macbook或无所事事的机器。请记住泊坞窗使用不同的文件系统（无论此时它可能驻留在何处））：就像这样，Docker内部的每个卷本身只是docker使用的内部文件系统的一部分。容器可以使用这些卷，就像它们是“小型硬盘”一样，可以由它们安装并在它们之间共享（或由它们中的两个同时安装，例如将某些ftp服务器的超快速版本安装到两个客户端上或任何：P）。
原则上，您可以通过Dockerfile的VOLUME指令声明这些卷（仍然不考虑您的计算机/游民本身，只是dockers）。标准示例，运行一个Web服务器容器，如下所示：
FROM: nginx VOLUME /www
现在，理论上/ www中的所有内容都可以从一个容器安装和卸载，也可以安装到多个容器。现在Nginx本身很无聊，因此我们希望php在Nginx存储的文件上运行以产生更多有趣的内容。=>我们需要将该卷装入某些php- fpm容器中。在我们的撰写文件中，我们将执行此操作
web: image: nginx php: image: php-fpm volumes_from: - web
=>瞧！在nginx / web容器中，由VOLUME指令声明的每个文件夹都将在php中可见。这里要注意的重要一点是，nginx的/ www中的内容将覆盖/ www中的php。如果您输入：ro，php甚至无法写入该文件夹:)
现在接近您的问题，还有另一种声明卷的方法，即不需要在Dockerfile中声明它们。这可以通过从主机挂载卷来完成（在这种情况下，您是vagrant / boo2docker）。让我们讨论一下，就好像我们首先在本机Linux上运行一样。
如果您要输入以下内容：
volumes: - /home/myuser/folder:/folder
在您的docker-compose.yml中，这意味着/ home / myuser / folder现在将被安装到docker中。它会覆盖docker在/ folder中的所有内容，就像/ www也可以从声明它的东西中访问。现在，正在运行docker daemon的Linux计算机。
理论上是如此:)，实际上，您可能只需要以下建议即可开始工作:)：
boot2docker / docker-machine / kitematic和所有这些东西处理问题的方式很简单，它们首先只是将无聊的机器中的一个卷挂载到docker容器上，然后他们也将这个东西挂载到Mac文件系统中，希望一切都能解决：P
现在，对于实际问题，我们所有人在Mac上使用此功能（或只是试图帮助其同事进入甜蜜的Docker：P领域）都面临权限问题。我的意思是考虑一下（root或其他一些用户处理容器中的文件，用户vagrant可能会处理vagrant主机中的文件，然后您的Mac用户“ skalfyfan”会处理Mac中的这些文件。它们都有不同的用户ID和whatnot =
随之而来的是许多问题，并且在一定程度上取决于您在Docker中实际运行的内容。Mysql和Apache尤其痛苦，因为它们不是在容器中以root用户身份运行，这意味着，它们通常难以写入Mac文件系统。
在尝试下面的第二种方法之前，只需尝试将容器卷放在Mac主目录下。随着时间的推移，这将解决大多数情况下MySQL的问题。顺便说一句： 无需声明卷./folder的完整路径就可以了，并且可以相对于docker-compose.yml所在的位置进行读取！
只需将compose-yml放入Mac用户文件夹中，这很重要。chmod 777 -R：P不会在这里为您提供帮助，它只需要位于您的主文件夹下即可：)
仍然有些应用程序（例如Apache）仍然会给您带来麻烦。容器中运行的任何用户ID与Mac用户ID都不相同的事实会让您一生难忘。为了解决这个问题，您需要以与Mac权限不冲突的方式调整用户ID和用户组。在Mac上您想要的组是人员，可以工作的UID例如为1000。因此，您可以将其放在Dockerfile的末尾：
RUN usermod -u 1000 www-data RUN usermod -G staff www-data
要么
RUN usermod -u 1000 mysql RUN usermod -G staff mysql
因此，您现在已经了解到：
从理论上讲，我认为应该先将本地Mac文件系统文件夹./src复制到我的VM，然后再执行此卷声明。似乎docker- compose神奇地一次完成了所有工作？
正确的是，它做到了:)
最后，我们可以看到我正在创建一个仅数据容器来保留我的mysql数据。我已经声明：卷：-/ var / lib / mysql
您错了:)如前所述，如果您不提供主机文件夹，则Docker将保留此路径。但是仅针对此容器，所有内容都将保留在docker文件系统中。什么都没有写到主机！仅当在容器文件夹之前指定主机文件夹时，才会发生这种情况！
希望这有帮助:)
