修改本地项目中的 logo 文件后，浏览器仍显示旧图片，是因为 docker 容器内运行的是构建时打包的静态文件；必须重建镜像才能使更改生效。

修改本地项目中的 logo 文件后，浏览器仍显示旧图片，是因为 docker 容器内运行的是构建时打包的静态文件；必须重建镜像才能使更改生效。

当你使用 docker-compose up 启动服务时，Docker 默认会复用已缓存的镜像——即使你已替换本地的 logo 图片，只要镜像未重建，容器内挂载或复制的资源仍是旧版本。这是因为大多数 Web 应用的 Dockerfile 通常通过 COPY 指令将前端资源（如 public/ 或 src/assets/ 下的 logo）在构建阶段一次性打包进镜像，而非实时挂载宿主机文件。

✅ 正确操作步骤如下：

1. 确认 logo 文件路径与 Dockerfile 中的 COPY 路径一致
   检查项目根目录下的 Dockerfile，例如：

   FROM nginx:alpine
   COPY ./dist /usr/share/nginx/html

   若你的 logo 位于 dist/images/logo.png，则需确保你修改的是 ./dist/images/logo.png（而非源码目录如 src/assets/logo.png），除非构建流程（如 npm run build）会自动同步。

2. 重建镜像并重启容器
   执行以下命令强制重新构建所有服务镜像，并启动：

   docker-compose up --build -d

   ⚠️ 注意：--build 是关键参数；-d 表示后台运行（可选）。若仅执行 docker-compose up，Docker 将跳过构建直接复用旧镜像。

   

   Docker Desktop

   Docker Desktop 可用于构建容器化 PHP 开发环境，适合 Laravel、Symfony、WordPress 等项目统一运行依赖。

   下载

3. 验证是否生效
   清除浏览器缓存（或使用无痕模式访问 http://localhost:8080），也可进入容器检查文件：

   docker exec -it <container_name> ls -l /usr/share/nginx/html/images/</container_name>

? 额外提示：

• 若希望开发时实时响应文件变更，可考虑改用绑定挂载（bind mount） 替代 COPY，例如在 docker-compose.yml 中添加：

  services:
    web:
      volumes:
        - ./dist:/usr/share/nginx/html:ro

  这样修改本地 dist/ 下的 logo 会立即反映在容器中（无需重建）。但请注意：此方式仅适用于开发，不可用于生产环境。

总结：Docker 的核心原则是“镜像即版本”。任何源码或静态资源的变更，只要涉及 COPY 或 ADD 构建指令，就必须显式触发 --build 才能更新容器内容。