docker-compose部署项目时报错找不到本地依赖模块的package.json如何解决

Docker 构建阶段默认仅能访问构建上下文范围内的文件：

• 本地执行npm install时，你本地设备的完整目录结构是存在的，../../accounts/projectA路径可以正常访问，因此可以读取到对应package.json
• 部署时docker-compose默认将projectB根目录作为构建上下文，构建过程中仅会将该目录下的文件传入Docker引擎，上层的accounts/projectA目录完全不会被带入构建环境，npm在容器内查找对应路径时找不到任何文件，因此会抛出不存在package.json的报错。
  极少数情况也可能是你的.dockerignore规则误排除了后续需要用到的projectA相关文件。

你可以根据使用场景选择以下任意一种方案：

• 调整构建上下文范围：将docker-compose的build.context配置修改为更上层的目录（比如示例中的banking目录），同时调整Dockerfile中的COPY指令，分别把projectB、projectA的文件复制到容器内对应的路径，保证package.json中声明的本地依赖路径在容器内可以正常匹配
• 打包本地模块为tgz文件：在projectA目录下执行npm pack，生成对应版本的压缩包，将压缩包移动到projectB目录下，修改projectB的package.json中projectA的依赖路径为该压缩包的相对路径，构建时直接把压缩包随项目代码一起传入容器即可
• 改用monorepo管理：将两个项目纳入npm workspace或pnpm workspace等monorepo管理体系，构建时传入整个工作区的代码，天然支持本地模块的依赖解析
• 发布到私有npm源：如果projectA需要被多个项目复用，可以将其发布到团队内部的私有npm源，projectB直接从源端拉取依赖，不需要依赖本地路径

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