自定义Wordpress-Docker构建过程的配置

Question

因此，我经常发现，Wordpress的构建是从几乎相同的基础开始的-具有相同的插件等（例如，当我们建立商店时是WooCommerce等）。 我们正在寻找的是使用Docker进行本地开发并将其部署到生产中。

但是，我们遇到的问题是从我们的基础开始构建的，然后能够通过添加的插件目录在本地计算机上找到映射的开发目录。 从本质上讲，我们将维护所需的插件，并确保它们与最新的稳定版本的Wordpress兼容，并且将拉下最新的Wordpress Docker镜像，因此我们不必过于密切地维护这一方面...

Dockerfile的 ：

FROM wordpress:php7.1-apache
COPY wordpress-docker-build/wordpress-plugins /var/www/html/wp-content/plugins

docker-compose.yml （类似）：

services:
  wp:
    build: .
    ports:
      - "8000:80"
    environment:
      WORDPRESS_DB_PASSWORD: qwerty
    volumes:
      - /Users/username/Developer/repos/my-wordpress-site:/var/www/html
  mysql:
    image: "mysql:5.7"
    environment:
      MYSQL_ROOT_PASSWORD: qwerty

从本质上讲，我们发现的是从docker-compose.yml删除volumes时-正是我们想要的插件。 当我们将卷映射添加到wordpress服务时，仅安装基本的wordpress映像并将其映射到...没有插件。

我们已经尝试了所有的教程，文档，试错法等等，但是随之而来的却是很多麻烦……

Answer 1

卷不能那样工作。 在/var/www/html处将某些内容装入容器时，它将替换该目录及其中的所有内容。

如果您没有从主机映射/Users/username/Developer/repos/my-wordpress-site/wp-content/plugins ，则挂载后该容器中将不再存在该文件。 支架不是附加的，它可以完全替换容器中的主机，而不是主机上的主机。

但是，我们遇到的问题是从我们的基础开始构建的，然后能够通过添加的插件目录在本地计算机上找到映射的开发目录。

在这方面，从主机到容器，绑定安装的体积是一条单向的街道，具有上面讨论的含义。 您不能使用卷从容器中检索文件并在主机上进行编辑。 docker cp最接近的是docker cp命令，但这在这种情况下没有帮助。

完成绑定所需的最简单方法是使用绑定安装将插件从主机放置到正在运行的容器中，方法是将插件放置在/Users/username/Developer/repos/my-wordpress-site/wp-content/plugins在主机上，或者添加第二个仅针对插件目录（ /some/other/dir:/var/www/html/wp-content/plugins ）的绑定安装（如果这样更方便）。

另外，如果COPY仅存在于您的Dockerfile中，以支持每个开发人员自己的努力来开发插件，而不是构建用于传递或部署到其他环境的映像，则可以删除该行。 现在，它已被绑定安装覆盖，如果您打算使用绑定安装来编辑实时容器中的插件，则将在将来使用。

编辑：误解了OP的困境