Docker Compose挂载NodeJS源码目录后nodemon报错，如何解决？

你遇到的问题核心是容器内的/myApplication目录实际上是空的，导致nodemon找不到要运行的index.js文件。下面我会一步步帮你排查和解决：

1. 先确认本地./source_code目录的内容 #

首先检查你本地的./source_code目录里是不是真的有index.js和其他项目文件。如果这个目录是空的，那么映射到容器后，/myApplication自然也是空的，nodemon就会抛出这个错误。

• 本地终端运行：ls ./source_code（Linux/macOS）或者dir .\source_code（Windows），看看里面有没有index.js。
• 如果本地目录是空的，先把你的Node.js项目文件复制到这个目录里再重启容器。

2. 给Docker Compose配置工作目录 #

就算卷映射正确，如果容器的命令是在默认工作目录（比如/或者/root）下运行，而不是在/myApplication里，nodemon照样找不到文件。

你需要在docker-compose.yml里给服务添加working_dir配置，指定容器的工作目录为/myApplication：

services:
  your-node-service:
    # 其他配置（镜像、端口等）
    working_dir: /myApplication
    volumes:
      - "./source_code:/myApplication"
    command: nodemon index.js

这样nodemon就会在/myApplication目录下寻找index.js了。

3. 排查卷映射的权限问题 #

在Linux或macOS上，Docker可能没有权限访问你的本地./source_code目录，导致映射失败，容器内的目录为空。

• 可以尝试给本地目录添加合适的权限：chmod -R 755 ./source_code
• 如果用Docker Desktop for Mac/WSL2，确保你已经在Docker设置里允许访问当前磁盘（比如Mac的「文件共享」，WSL的挂载权限）。

4. 检查Windows路径或WSL兼容性问题 #

如果你在Windows上使用Docker：

• 确保路径分隔符用正斜杠/，而不是反斜杠\（虽然Docker Compose通常会处理，但偶尔会出问题）。
• 如果用WSL2，尽量把项目放在WSL的文件系统里（比如/home/your-user/source_code），而不是Windows的挂载目录（比如/mnt/c/...），后者可能会有文件同步或权限问题，导致容器内目录为空。

5. 验证容器内的目录内容 #

如果上面的步骤都试过还是有问题，可以进入容器内部查看/myApplication的内容，确认映射是否成功：

# 替换成你的服务名称
docker-compose exec your-node-service ls /myApplication

如果输出是空的，说明卷映射确实没生效，回到前面的步骤排查；如果能看到index.js，那可能是nodemon的命令有问题，比如你是不是打错了文件名？

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