基于Docker Compose的Monorepo依赖变更未生效及进程重启问题咨询

我之前维护类似架构的项目时，也碰到过完全一样的问题——本地修改了Monorepo里的共享依赖，容器里的服务毫无反应，甚至重启容器还是用旧版本。核心问题其实有两个：容器内的Workspace依赖没有同步本地修改，以及Nodemon没监听共享依赖的变化。下面是我亲测有效的解决方案：

1. 调整Docker Compose挂载，同步Monorepo共享依赖目录 #

你的当前配置只挂载了foo-service自身代码和根目录node_modules，但Monorepo里的共享依赖（比如packages/xxx）没挂载到容器内，导致容器里的软链指向的是首次构建时安装的npm旧包，而非本地修改后的代码。

修改docker-compose.yml的foo-service部分，添加共享依赖目录的挂载：

foo-service:
  build:
    context: ./services/foo
    args:
      - NPM_TOKEN=${NPM_TOKEN}
  volumes:
    - ./services/foo/:/app
    - ./node_modules:/app/node_modules
    # 新增：挂载Monorepo共享依赖目录到容器对应路径
    - ./packages:/app/packages
  working_dir: /app
  command: sh -c "yarn dev"
  ports:
    - 8088:8088
  environment:
    - NODE_ENV=development
    - PORT=8088

注意：如果你的共享依赖目录不是packages（比如是libs），替换成对应的路径即可。

2. 配置Nodemon监听共享依赖的变化 #

默认Nodemon只会监听当前服务的lib/目录，不会感知packages里的代码变化。在services/foo目录下新建nodemon.json扩展监听范围：

{
  "watch": ["lib/", "../../packages/"],
  "ext": "js,ts",
  "exec": "node lib/"
}

然后修改services/foo/package.json里的dev命令：

"dev": "npx nodemon"

这样修改共享依赖代码时，Nodemon会自动检测到变化并重启容器内的Node进程。

3. 优化Dockerfile，利用缓存减少依赖安装时间 #

你的当前Dockerfile每次构建都会重新安装所有依赖，调整文件顺序让Docker缓存依赖层，只有package.json或yarn.lock变化时才重新安装：

FROM node:10.16.0-alpine
ARG NPM_TOKEN
ENV NPM_TOKEN="${NPM_TOKEN}"

# 先复制依赖配置文件，利用Docker缓存
COPY yarn.lock .
COPY package.json .
COPY .npmrc .

RUN yarn
RUN rm -f .npmrc

# 最后复制项目代码
COPY . .

后续构建时，只要依赖没变化，Docker会直接复用之前的依赖层，大幅加快构建速度。

4. 确保Yarn Workspaces软链在容器内生效 #

因为我们挂载了根目录node_modules到容器内，Yarn Workspaces创建的软链会指向容器内的/app/packages/xxx（也就是本地的packages/xxx），本地修改的代码会实时同步到容器，Node进程重启后就能加载最新依赖。

验证方案 #

1. 修改packages里的共享依赖代码
2. 观察容器日志，应该能看到Nodemon触发重启
3. 请求foo-service接口，验证是否已使用最新依赖逻辑

如果重启容器后仍未生效，可以先清理容器缓存：

docker-compose down -v
docker-compose up --build

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