VS Code dev container克隆到容器卷时挂载目录为空问题排查

基于Docker Compose搭建DevContainer，需要部署MongoDB副本集，原计划用独立容器跑bash脚本执行mongosh命令完成初始化。实际使用时遇到挂载异常：选「将仓库克隆到容器卷」模式启动，compose里配置的脚本挂载目录是空的；本地先检出代码再基于本地目录启动容器，挂载就完全正常。
复现用的配置里，compose写的挂载规则是：

volumes: 
  - ./scripts:/scripts

目标脚本存放在.devcontainer/scripts/mongosetup.sh，该规则仅在本地启动场景生效，克隆到卷模式下挂载的/scripts目录为空。
核心两个疑问：

• WSL2环境里Docker卷对应的文件夹实际路径是什么？
• 有没有办法同时兼容本地构建、克隆到Docker卷两种启动场景？
  之前尝试在devcontainer.json里配置指向${workspaceFolder}的环境变量传给compose，但compose解析时这个变量是空字符串，和预期行为不符。

两种启动模式的compose执行上下文不一样，直接写相对路径必然出问题：

• 本地检出仓库启动时，compose运行的上下文就是你本地仓库的.devcontainer目录，./scripts能正确对应到本地的.devcontainer/scripts文件夹，挂载自然正常。
• 选「克隆到容器卷」模式时，VS Code会先建个独立Docker卷存拉下来的仓库代码，这时候compose跑的时候根本不在你本地仓库目录下，./scripts会解析到Docker临时生成的空上下文文件夹，挂进去当然是空的。

1. WSL2里Docker卷的实际路径 #

WSL2后端的Docker所有卷默认存在Docker对应的WSL发行版里，路径是：

/var/lib/docker/volumes/<对应卷名>/_data

别直接改这个路径下的文件，权限和文件一致性都没保障，用来做脚本挂载纯纯给自己找事。

2. 双场景兼容方案 #

根本不用手动找WSL卷路径，两种方案选一个就行，全场景通用：

• 方案一（最省事）：别单独搞个初始化容器挂脚本跑，把mongo副本集初始化逻辑直接放到devcontainer.json的postStartCommand钩子里执行。这个钩子触发的时候，不管是本地模式还是克隆到卷模式，工作区代码都已经完整挂载到开发容器里了，绝对能找到.devcontainer/scripts/mongosetup.sh，你只需要在开发容器的Dockerfile里装个mongosh客户端就行，少维护一个初始化容器的配置，也不会出挂载问题。
• 方案二（必须用独立初始化容器的情况）：把原来compose里写的./scripts:/scripts相对路径挂载删掉，初始化容器直接复用开发容器的卷挂载配置就行，给初始化容器加个volumes_from配置，挂载和主开发容器完全一致的卷，这时候脚本路径直接写容器内的绝对路径，比如/workspaces/你的项目文件夹名/.devcontainer/scripts/mongosetup.sh，两种模式都能正常读到。

之前试的在devcontainer.json里传${workspaceFolder}给compose为空是正常的——compose解析阶段容器还没创建，工作区路径变量还没生成，自然拿不到值，别在compose解析阶段依赖这个变量就行。

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