我正在尝试将php应用程序码头化。在dockerfile中，我下载了存档，将其解压缩等。

一切正常，但是如果发布了新版本，并且我更新了dockerfile，则必须重新安装应用程序，因为config.php被覆盖了。

因此，我以为可以像将数据库一样将文件挂载为卷。

我尝试了两种方式，分别是体积和直接路径。

码头工人组成：

version: '2'
services:
  app:
    build: src
    ports:
      - "8080:80"
    depends_on:
      - mysql
    volumes:
      -  app-conf:/var/www/html/upload
      -  app-conf:/var/www/html/config.php
    environment:
      DB_TYPE: mysql
      DB_MANAGER: MysqlManager

  mysql:
    image: mysql:5.6
    container_name: mysql
    volumes:
      - mysqldata:/var/lib/mysql
    ports:
      - 3306:3306
    environment:
      MYSQL_ROOT_PASSWORD:
      MYSQL_DATABASE:
      MYSQL_USER:
      MYSQL_PASSWORD:

volumes:
  mysqldata:
  app-conf:

导致错误：

我尝试使用给定的路径（已安装的卷）进行尝试。

/src/docker/myapp/upload:/var/www/html/upload
/src/docker/myapp/upload:/var/www/html/config.php

但是，这两种方式均无效。使用已装载的卷，我看到已创建上传。

但随后失败

/var/www/html/config.php \\“导致\\”不是目录\\“ \”“

如果我尝试

/src/docker/myapp/upload/config.php:/var/www/html/config.php

Docker创建上载文件夹，然后创建config.php文件夹。不是文件。

还是有另一种方法来保留配置？

TL; DR /通知：

如果遇到正在创建的目录来代替要挂载的文件，则可能无法提供有效且绝对的路径。这是一个无声且令人困惑的故障模式的常见错误。

在docker中以这种方式完成文件卷（绝​​对路径示例（可以使用env变量），并且您需要提及文件名）：

    volumes:
      - /src/docker/myapp/upload:/var/www/html/upload
      - /src/docker/myapp/upload/config.php:/var/www/html/config.php

您也可以这样做：

    volumes:
      - ${PWD}/upload:/var/www/html/upload
      - ${PWD}/upload/config.php:/var/www/html/config.php

如果您从/src/docker/myapp文件夹中触发docker-compose

我一直在遭受类似的问题。我试图将配置文件导入到我的容器中，以便我可以在每次需要时进行修复，而无需重新构建映像。

我的意思是我认为以下命令将以文件形式$(pwd)/config.py从Docker主机映射/root/app/config.py到容器。

docker run -v $(pwd)/config.py:/root/app/config.py my_docker_image

但是，它始终创建一个名为的目录config.py，而不是文件。

在寻找线索时，我找到了原因（从这里开始）

如果使用-v或--volume绑定安装Docker主机上尚不存在的文件或目录，则-v将为您创建端点。 始终将其创建为目录。

因此，始终将其创建为目录，因为我的Docker主机没有$(pwd)/config.py。

即使我在Docker主机中创建config.py。 $(pwd)/config.py只是/root/app/config.py不愿意不出口/root/app/config.py。

使用mount（--mount）代替volume（-v）

更多信息：https : //docs.docker.com/storage/bind-mounts/

例：

确保Docker主机上存在/tmp/a.txt

docker run -it --mount type=bind,source=/tmp/a.txt,target=/root/a.txt alpine sh

对于像我这样使用Windows容器的任何人，请知道您不能使用Windows容器绑定或装入单个文件。

使用基于Windows的容器时，以下示例将失败，因为容器内的卷或绑定安装的目的地必须是以下位置之一：不存在或空目录；或C：以外的驱动器。此外，绑定安装的源必须是本地目录，而不是file。

net use z: \\remotemachine\share

docker run -v z:\foo:c:\dest ...

docker run -v \\uncpath\to\directory:c:\dest ...

docker run -v c:\foo\somefile.txt:c:\dest ...

docker run -v c:\foo:c: ...

docker run -v c:\foo:c:\existing-directory-with-contents ...

很难发现，但是在那里

链接到有关将文件映射到Windows容器的Github问题

对我有用的方法是使用bind安装座

  version: "3.7"    
  services:
  app:
    image: app:latest
    volumes:
      - type: bind
        source: ./sourceFile.yaml
        target: /location/targetFile.yaml

感谢迈克·布雷德（Mike Breed）提供的答案：使用docker-compose从卷挂载单个文件

您需要使用“长语法”表示bind安装：https : //docs.docker.com/compose/compose-file/#long-syntax

您还可以docker-compose.yml像这样使用文件的相对路径（在Windows主机，Linux容器上测试）：

 volumes:
      - ./test.conf:/fluentd/etc/test.conf

从docker-compose文件3.2版开始，您可以指定类型为“ bind”的卷挂载（而不是默认类型的“ volume”），该卷挂载可将单个文件安装到容器中。在docker-compose卷docs中搜索“ bind mount”：https : //docs.docker.com/compose/compose-file/#volumes

就我而言，我试图将单个“ .secrets”文件装载到应用程序中，该文件只包含用于本地开发和测试的机密。在生产中，我的应用程序改为从AWS获取这些机密。

如果我使用简写语法将此文件安装为卷：

volumes:
 - ./.secrets:/data/app/.secrets

Docker会在容器内部创建一个“ .secrets” 目录，而不是映射到容器外部的文件。然后，我的代码将引发类似“ IsADirectoryError：[Errno 21]是目录：'。secrets'”的错误。

我改用了长语法来解决此问题，并使用只读的“绑定”卷安装指定了我的秘密文件：

volumes:
 - type: bind
   source: ./.secrets
   target: /data/app/.secrets
   read_only: true

现在，Docker将我的.secrets文件正确地安装到了容器中，在容器内创建了一个文件，而不是目录。希望其他人对此示例有所帮助！

对我来说，问题是我试图装入容器的文件上的符号链接损坏了

我在Windows上遇到了同样的问题Docker 18.06.1-ce-win73 (19507)。

通过Docker设置面板删除并重新添加共享驱动器，一切再次正常。

在Windows中，如果您需要在docker-compose.yml中使用$ {PWD} env变量，则可以在与docker-compose.yml文件相同的目录中创建一个.env文件，然后手动插入文件夹的位置。

CMD（pwd_var.bat）：

echo PWD=%cd% >> .env

Powershell（pwd_var.ps1）：

$PSDefaultParameterValues['Out-File:Encoding'] = 'utf8'; echo "PWD=$(get-location).path" >> .env

docker-compose .env变量还有更多不错的功能：https ://docs.docker.com/compose/reference/envvars/， 尤其是COMPOSE_CONVERT_WINDOWS_PATHSenv变量，它允许docker compose接受带有baskslash的Windows路径"\"。

如果要在Windows上共享文件，则在与容器共享文件之前，该文件必须存在。

也许这可以帮助某人。

我遇到了这个问题，并尝试了一切。卷绑定看起来很好，即使我挂载了目录（不是文件），我在挂载的目录中也有正确的文件名，但是挂载为dirs。

我试图重新启用共享驱动器，而Docker抱怨防火墙处于活动状态。

禁用防火墙后，一切正常。

您可以挂载文件或目录/文件夹，这完全取决于源文件或目录。另外，您还需要提供完整路径，或者如果不确定是否可以使用PWD。这是一个简单的工作示例。

在此示例中，我将挂载工作目录中已经存在的env-commands文件

$ docker run  --rm -it -v ${PWD}/env-commands:/env-commands aravindgv/eosdt:1.0.5 /bin/bash -c "cat /env-commands"

我在Windows 8.1上也有同样的问题

事实证明，这是由于路径的大小写敏感所致。我docker-compose up从目录中调用，cd /c/users/alex/并在容器内将文件转换为目录。

但是当我这样做cd /c/Users/alex/（而不是将用户大写）并docker-compose up从那里打电话时，它奏效了。

在我的系统中，User dir和Alex dir都大写，尽管看起来只有Users dir很重要。