Docker多容器环境下跨容器访问并修改文件的实现方案咨询
我太懂你这种迁移到Docker Compose后的困扰了！之前在本地单环境里跨目录调用文件顺得不行，一拆成独立容器，原来的相对路径直接失效，瞬间就懵了对吧？别担心，这个问题有几种可行的解决办法，我给你梳理下最适合你当前开发场景的方案：
最推荐：用Docker共享卷实现跨容器文件访问
这是开发环境下最直接的方案，原理是把两个容器需要共享的文件目录挂载到同一个Docker命名卷里，这样两个容器都能读写这个卷里的内容，就像在本地共享目录一样。
具体修改你的docker-compose.yml就行：
- 首先在文件最底部新增
volumes区块（如果原来没有的话）：
volumes: shared-pug-views: # 给共享卷起个好记的名字就行
- 然后修改
back服务的volumes配置，把需要共享的pug目录挂载到这个共享卷：
back: # 其他原有配置不变 volumes: - ../../core/back/:/app - shared-pug-views:/app/src/ui/views # 把back里的pug目录挂到共享卷
这里的/app/src/ui/views是back容器里pug文件实际所在的路径，要和你back项目的目录结构对应上。
- 最后修改
front服务的volumes配置，把共享卷挂载到front容器里的某个路径：
front: # 其他原有配置不变 volumes: - ../../core/front/:/app - shared-pug-views:/back-pug-views # front容器内的访问路径，自定义即可
改完之后，你在front容器里就可以用/back-pug-views/**/*.pug这个路径来访问back的pug文件了，和本地原来的逻辑完全一致，而且back里的pug文件修改后，front容器里能实时同步到，完美适配开发环境的需求。
生产环境可选：构建时复制pug文件到front镜像
如果是生产环境部署，其实可以在构建front镜像的时候，直接把back的pug文件复制到镜像里，这样就不用动态共享卷了。只需要在front的Dockerfile里加一条COPY命令：
COPY ../../core/back/src/ui/views/ /app/back-pug-views/
但这个方案在开发环境下不实用，因为每次修改back的pug文件都要重新构建front镜像，效率太低，所以开发还是优先用共享卷。
不推荐的方案：网络暴露文件服务
还有一种思路是在back容器里启动一个简单的文件服务器，把pug目录通过HTTP暴露出来，front通过网络请求去拉取文件。但这样需要修改purgecss的配置来处理远程文件，配置复杂不说，开发环境下实时同步也很麻烦，远不如共享卷直接高效，所以不推荐。
最后提个小注意点：使用共享卷时，要确保两个容器的文件权限一致，比如Dockerfile里指定相同的运行用户UID/GID，不然可能出现容器无法访问文件的权限错误。如果遇到这类问题，检查下容器内的用户配置就行。
内容来源于stack exchange
