如何利用DevContainers高效管理大量软件依赖？

我正基于VS Code DevContainers搭建开发环境，构建软件的所有配置依赖约50GB，Docker启动大镜像的开销极低这点没问题，但不同版本软件需要不同依赖，导致大量大镜像很快占满磁盘空间。

我需要一种高效的方式向所有开发者分发这些依赖，团队里多数开发者没什么依赖管理经验也没兴趣折腾，理想状态是工具自动搞定依赖。

我们用的是Linux（WSL2）系统，构建系统是一个代码量100k+行的大型Python项目，能根据参数完成所有构建工作，编译器及其他工具都通过环境变量定义。

我的初步思路是：先做一个能运行Python构建环境的小型DevContainer，然后在所有工具的系统调用前加上docker exec ... container sh -c '<original call>'，运行命令前先拉取对应工具的镜像并启动容器。这种方式在CI/CD里能正常跑，而且对庞大的代码库改动极小，但构建速度慢了一倍——从4分钟变成了8分钟。

• 镜像分层复用，削减冗余占用：把不同版本工具的公共依赖抽成基础镜像，比如所有版本都需要的编译器基础库、Python环境等作为底层镜像，不同版本的差异部分作为上层镜像。新镜像只需要存储差异内容，能大幅减少磁盘占用，拉取速度也更快。比如先构建base-build:v1包含Python构建环境和通用工具，再基于它生成tool-v2:v1、tool-v3:v1，仅添加对应版本的工具差异。
• 用Docker Volume共享依赖缓存：不要让每个容器单独存储依赖，把常用的工具依赖、构建缓存挂载到共享Volume中。比如给Python构建系统的依赖目录、编译器的缓存目录创建全局Volume，所有DevContainer和工具容器都挂载这个Volume，避免重复下载存储。同时修改构建系统的环境变量，让工具读取Volume里的依赖，而非容器内部的内容。
• 优化工具调用逻辑，减少容器启动开销：你的初步方案每次调用工具都要执行docker exec甚至重新启动容器，这是构建速度翻倍的核心原因。可以提前启动一个包含所有常用工具的常驻容器（或按版本分组的常驻容器），构建时直接复用这个容器的环境，无需每次拉取启动；或者用docker run --rm -v ...直接挂载代码和缓存，一次性执行构建命令，减少重复启动容器的开销。
• 结合DevContainer特性做本地缓存：在DevContainer配置文件.devcontainer/devcontainer.json中，添加mounts字段把本地WSL2的缓存目录挂载到容器内，比如把${localEnv:HOME}/.cache/build-tools挂载到容器的工具缓存目录，这样容器重启后缓存不会丢失，也不用重复下载依赖。
• 开启BuildKit加速镜像构建：设置环境变量DOCKER_BUILDKIT=1开启Docker BuildKit，它支持增量构建、缓存导入导出，能更快构建差异镜像，还可以把构建缓存推送到镜像仓库，开发者拉取镜像时能复用远程缓存，减少本地构建时间。
• 封装工具调用脚本，自动管理容器生命周期：写一个简单的Shell或Python脚本替代直接的docker exec命令。脚本里判断对应版本的容器是否已启动，未启动则自动拉取镜像并启动，然后执行命令；构建完成后自动清理闲置容器。开发者不用关心容器管理，直接用脚本调用工具，和原来的使用方式完全一致，同时减少重复启动的开销。

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