You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Docker环境下Express应用使用Nodemon无法触发代码变更自动刷新

Docker环境下Express应用Nodemon不自动刷新修复方案

核心问题定位

配置核心错误是使用了Docker命名卷做目录映射,没有将本地项目代码同步到容器运行环境:

  • docker-compose.yml中定义的be_core_volume是Docker内部管理的命名卷,仅会在首次挂载时同步镜像内的文件,后续修改本地的server.js不会同步到容器内的/var/be_core目录,nodemon自然检测不到文件变更。
  • Dockerfile中声明的VOLUME /var/be_core属于冗余配置,会导致构建阶段对该目录的修改优先级低于挂载卷,也可能引发异常。

修复步骤

  1. 修改docker-compose.yml配置,将命名卷替换为本地目录绑定挂载,同时可新增node_modules匿名卷避免本地包和容器包冲突:
version: '3.9'
# 不再需要自定义命名卷,可删除原volumes定义

services:
  be_server_core:
    ports:
      - "9000:3000"
    image: jeko/be_server_core
    environment:
      - BE_SERVER_CORE_PORT=3000
    volumes:
      # 将当前docker-compose.yml所在的本地项目目录映射到容器工作目录
      - ./:/var/be_core
      # 匿名卷挂载node_modules,避免容器内的依赖覆盖本地,同时提升文件访问性能
      - /var/be_core/node_modules
  1. 可选优化:删除Dockerfile中的VOLUME /var/be_core行,避免不必要的挂载冲突。
  2. 执行docker-compose up --build重启服务,后续修改本地代码即可触发nodemon自动刷新。

额外注意事项

如果在Windows系统下使用WSL2运行Docker,需要将项目代码存放在WSL的Linux文件系统内,不要放在Windows挂载的/mnt盘符路径下,否则文件变更事件无法正常传递到容器,也会导致自动刷新失效。


内容的提问来源于stack exchange,提问作者Jacopo Sciampi

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.11 05:54:00