Docker Bitnami/WordPress卷挂载文件丢失及Dockerfile不执行求助

1. 卷挂载问题 #

问题原因 #

Bitnami WordPress镜像的启动逻辑是将初始安装目录/opt/bitnami/wordpress的内容同步到实际运行目录/bitnami/wordpress。若直接将本地目录挂载到/opt/bitnami/wordpress，启动脚本会将本地文件移动到/bitnami/wordpress，导致主机目录文件丢失。同时，单独挂载两个卷到/opt/bitnami/wordpress和/bitnami/wordpress会破坏镜像内部的同步逻辑，引发初始化崩溃。

解决方案 #

• 本地目录挂载正确配置：直接挂载到容器实际运行目录/bitnami/wordpress，启动脚本会检测该目录已有文件，不会执行移动操作：

  volumes:
    - ./volumes/wp_bitnami:/bitnami/wordpress
  

• 命名卷配置：仅需挂载/bitnami/wordpress，初始化脚本会自动将初始内容同步到命名卷中：

  volumes:
    - wordpress_data:/bitnami/wordpress
  

• Windows环境需确保Docker Desktop已开启对应盘符的「文件共享」权限，避免文件访问限制。

2. Dockerfile不执行问题 #

问题原因 #

• Docker会优先使用本地已缓存的bitnami/wordpress:latest镜像，不会自动触发重新构建。
• 若docker-compose.yml中同时配置build和image: bitnami/wordpress字段，会导致构建逻辑被忽略。

解决方案 #

• 强制触发构建：执行启动命令时添加--build参数，强制重新构建镜像：

  docker-compose up -d --build
  

• 修正docker-compose配置：避免build与原生镜像image字段冲突，可自定义镜像名称：

  services:
    wordpress:
      build:
        context: .
        dockerfile: Dockerfile
      image: my-custom-bitnami-wordpress # 自定义镜像名，不要直接使用bitnami官方镜像名
  

• 验证构建流程：单独执行构建命令测试Dockerfile是否正常运行，查看日志排查文件路径问题：

  docker build -t test-wordpress .
  

内容的提问来源于stack exchange，提问作者Martin