VS Code Remote Containers克隆仓库至容器卷失败 本地运行正常

两种启动模式的逻辑差异和现有compose配置的挂载规则冲突，直接导致docker compose执行时找不到对应文件：

• 本地克隆后重建容器的模式下，devcontainer默认会把本地磁盘上的仓库目录用bind mount方式挂进容器，挂载优先级高于compose里自定义的命名卷，代码文件可正常访问，因此启动无报错。
• 使用「克隆仓库到容器卷」模式时，devcontainer会自动创建一个外部命名卷，把拉取下来的完整仓库代码放到这个卷里，再挂载到容器的/workspaces路径下。但compose的app服务中手动定义了app:/workspaces/mrp的命名卷挂载，docker compose处理挂载时，这个手动定义的空命名卷会直接覆盖devcontainer自动挂载的代码目录，导致/workspaces/mrp路径下没有任何仓库文件，执行docker-compose config时找不到目标yaml文件，直接报错退出。

除此之外还有两个潜在配置问题，会在挂载冲突解决后触发故障：

• devcontainer.json中配置的workspaceFolder为/workspace，和实际代码存放的/workspaces/mrp路径不匹配，devcontainer启动后无法定位工作目录。
• mongodb-setup服务中用./scripts/mongosetup.sh相对路径挂载初始化脚本，在卷模式的工作上下文变化时会出现找不到脚本的问题。

按以下步骤调整配置即可同时兼容两种启动模式：

1. 删除docker-compose.yaml中冲突的自定义代码卷配置
   移除app服务下volumes字段中- app:/workspaces/mrp这一行，同时删除文件末尾volumes定义块中的app:条目。代码目录的挂载由devcontainer根据启动模式自动处理，不需要手动定义命名卷。
2. 对齐工作目录配置
   将devcontainer.json中的workspaceFolder字段值改为"/workspaces/mrp"，同时把Dockerfile.dev里的WORKDIR /workspace也改为WORKDIR /workspaces/mrp，和实际代码存放路径保持一致，避免构建、启动时路径不匹配。
3. 修正初始化脚本的挂载路径
   由于docker-compose.yaml存放在.devcontainer子目录下，把mongodb-setup服务的脚本挂载路径改为基于compose文件位置的稳定相对路径，末尾加:ro标记为只读挂载，避免容器内意外修改脚本：

   volumes:
     - ../scripts/mongosetup.sh:/scripts/mongosetup.sh:ro
   

4. 提交修改后的配置，重新使用「克隆仓库到容器卷」功能启动即可正常运行，本地重建启动的模式也不会受配置调整的影响。

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