Docker Compose挂载WordPress wp-content目录合并而非覆盖问题求助

原因 #

Docker的绑定挂载（bind mount）是双向实时同步的：当你将本地wp-content目录挂载到容器内的/var/www/html/wp-content时，容器内该目录原本存在的文件（比如WordPress官方镜像自带的twentytwentyfour、twentytwentythree主题）会被同步到本地目录，同时本地的文件也会同步到容器内。这就是本地目录多出官方主题的核心原因。

解决方法 #

方案1：单独挂载自定义子目录（推荐） #

不要直接挂载整个wp-content，而是只挂载你自定义的子目录，让容器保留原生的wp-content结构（包括默认主题）。修改docker-compose.yml的volumes部分：

wordpress:
  depends_on: 
    - db
  image: wordpress:latest
  ports:
    - "8000:80"
  restart: always
  volumes:
    # 仅挂载自定义的子目录
    - ./wp-content/mu-plugins:/var/www/html/wp-content/mu-plugins
    - ./wp-content/plugins:/var/www/html/wp-content/plugins
    - ./wp-content/theme/newtheme:/var/www/html/wp-content/themes/newtheme

这样容器内的默认主题不会同步到本地，同时你的自定义内容也能正常被容器读取。

方案2：结合命名卷保存容器原生内容 #

用Docker命名卷存储容器原生的wp-content，再挂载自定义子目录覆盖对应位置，既保留容器默认文件，又同步自定义内容：

wordpress:
  depends_on: 
    - db
  image: wordpress:latest
  ports:
    - "8000:80"
  restart: always
  volumes:
    # 命名卷存储容器原生wp-content
    - wordpress-wp-content:/var/www/html/wp-content
    # 挂载自定义子目录覆盖对应位置
    - ./wp-content/mu-plugins:/var/www/html/wp-content/mu-plugins
    - ./wp-content/plugins:/var/www/html/wp-content/plugins
    - ./wp-content/theme/newtheme:/var/www/html/wp-content/themes/newtheme

# 定义命名卷
volumes:
  wordpress-wp-content:

命名卷会自动保存容器初始的wp-content内容，后续启动容器时会保留这些默认文件，不会被本地目录覆盖。

方案3：让容器与本地目录完全一致（会丢失默认主题） #

如果不需要容器内的默认主题，希望容器和本地结构完全相同：

1. 先启动容器：docker compose up -d
2. 备份容器内的wp-content（可选，用于后续恢复默认文件）：docker cp [容器名]:/var/www/html/wp-content ./wp-content-backup
3. 停止并删除容器：docker compose down
4. 删除本地目录中多出的默认主题文件夹
5. 重新启动容器：docker compose up -d
   此时容器内的wp-content会被本地目录覆盖，仅保留你自定义的结构。

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