docker多版本并存测试的核心是通过独立镜像+语义化标签（如v1.2.0）、独立网络与数据卷实现环境隔离，用docker-compose编排多组件版本组合，并通过脚本/ci自动化拉起、清理及版本清单管理。
用 Docker 实现多版本并存测试，核心是让不同版本的软件（含依赖环境）彼此隔离、可同时运行、启动快、配置明确。关键不在于“装多个版本”，而在于“按需拉起指定版本的完整运行时环境”。
用镜像标签区分版本，避免手动修改
每个软件版本应构建为独立镜像，并用语义化标签（如 v1.2.0、v2.0.0-rc1、latest）标识。不要靠修改容器内文件来“切换版本”，而应直接运行对应标签的镜像：
- 构建时用 docker build -t myapp:v1.5.0 . 和 docker build -t myapp:v2.1.0 .
- 测试时分别运行：docker run -d --name app-v1 -p 8080:80 myapp:v1.5.0 和 docker run -d --name app-v2 -p 8081:80 myapp:v2.1.0
- 标签命名建议包含版本号+构建时间或 Git commit（如 v2.1.0-20240520），便于追溯
用 Docker Compose 编排多版本服务拓扑
当测试涉及前端、后端、数据库等多组件且需多版本组合时，用 docker-compose.yml 统一定义各版本的服务依赖关系：
- 为每套测试环境（如 v1 测试组、v2 测试组）写独立的 compose 文件，或用 profiles 或 extends 复用配置
- 通过 environment 或 env_file 注入版本相关参数（如 API 地址、功能开关）
- 示例：v2 测试组中，后端用 backend:v2.1.0，配套的 mock 服务用 mock-server:v2，端口映射错开，避免冲突
共享数据卷 + 版本隔离网络，保障测试纯净性
测试中常需复用测试数据或日志，但必须防止版本间干扰：
- 为每个版本容器挂载独立命名的数据卷（如 -v app-v1-data:/app/data），或使用绑定挂载时路径含版本标识（./data/v1）
- 为每组多版本测试创建专属自定义网络（docker network create test-v1-net），让 v1 的服务只在该网络内通信，不与 v2 混淆
- 若需跨版本调用（如 v2 前端连 v1 后端做兼容测试），显式将容器加入多个网络，而非依赖默认 bridge
自动化拉起/清理 + 版本清单管理
人工启停易出错，建议封装脚本或接入 CI 工具：
- 写一个 test-env.sh，接受版本参数（如 ./test-env.sh start v1.5.0 v2.1.0），自动拉取镜像、启动容器、检查健康状态
- 维护一份 versions.yaml，记录各版本镜像地址、依赖组件版本、已知问题、测试用例覆盖范围
- 测试结束执行 docker compose down 或脚本清理，确保无残留容器/网络/卷占用资源
不复杂但容易忽略的是环境一致性——所有测试节点都应使用相同 Docker 版本和存储驱动，CI 中构建的镜像要推送到私有 Registry，避免本地构建导致“在我机器上能跑”的问题。
