我正在尝试dockerize一个PHP应用程序。在dockerfile中,我下载存档,提取它,等等。

一切都很好。但是,如果发布了一个新版本,并且我更新了dockerfile,我必须重新安装应用程序,因为config.php会被覆盖。

因此,我认为我可以将该文件作为卷挂载,就像对数据库所做的那样。

我尝试了两种方法,用音量和直接路径。

docker-compose:

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创建upload文件夹,然后创建config.php文件夹。不是文件。

或者是否有另一种方法来持久化配置?


当前回答

我也有同样的问题,docker-compose创建了一个目录而不是一个文件,然后中途崩溃。

我做了什么:

运行容器而不映射文件 将配置文件复制到主机位置: Docker cp containername:/var/www/html/config.php ./config.php 移除容器(docker-compose down) 将映射放回并重新挂载容器

Docker compose会找到配置文件,并将其映射,而不是尝试创建一个目录。

其他回答

TL;博士/注意: 如果您遇到在您试图挂载的文件的位置创建了一个目录,那么您可能无法提供有效的绝对路径。这是沉默和令人困惑的失败模式的常见错误。

文件卷在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

对于像我这样使用Windows容器的人来说,要知道不能使用Windows容器绑定或挂载单个文件。

The following examples will fail when using Windows-based containers, as the destination of a volume or bind mount inside the container must be one of: a non-existing or empty directory; or a drive other than C:. Further, the source of a bind mount must be a local directory, not a 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问题

我的Windows 8.1也有同样的问题

结果证明,这是由于路径的大小写敏感性。 我调用docker-compose up从目录cd /c/users/alex/和容器内的一个文件被转换到目录。

但是当我执行cd /c/Users/alex/(不是大写的Users)并从那里调用docker-compose时,它工作了。

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

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

在这个例子中,我挂载了工作目录中已经存在的env-commands文件

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

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

就我而言,我是在尝试发行一款单曲。”“Secrets”文件到我的应用程序中,其中只包含本地开发和测试的秘密。在生产环境中,我的应用程序从AWS中获取这些秘密。

如果我使用简写语法将这个文件挂载为卷:

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

Docker会创建一个“。容器内部的Secrets目录,而不是映射到容器外部的文件。然后,我的代码将引发一个错误,如“IsADirectoryError: [Errno 21] Is a directory: '.secrets'”。

我通过使用long-hand语法来解决这个问题,使用只读的“bind”卷挂载指定我的secrets文件:

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

现在Docker正确地将我的.secrets文件挂载到容器中,在容器中创建一个文件而不是一个目录。