docker compose 已从独立python工具演进为docker cli原生子命令，文件版本收敛至3.8+并保持向后兼容，专注单机开发体验，深度集成vs code等工具链，并通过x-*扩展和buildkit支持云原生协同。
Docker Compose 的演进不是简单地“升级版本”，而是从独立工具走向深度集成、从功能补全走向体验统一的过程。它的变化直接反映了容器编排在开发流程中定位的转变——从辅助脚本成长为开发生命周期的关键环节。
从 Python 脚本到 Docker CLI 插件
早期的 docker-compose（v1）是用 Python 编写的独立命令行工具，需单独安装和维护。它依赖 Docker Engine 的远程 API 通信，与 Docker CLI 无绑定关系。2021 年底起，Docker 官方启动 v2 迁移：用 Go 重写，将 docker compose（注意空格）作为 docker 命令的原生子命令嵌入。这意味着：
- 不再需要
pip install docker-compose或独立二进制下载 - 自动随 Docker Desktop 或 Docker Engine 更新同步升级
- 支持更一致的 flag 语法（如
docker compose up --build）、更好的错误提示和上下文感知
配置文件版本持续收敛与兼容性强化
Compose 文件（docker-compose.yml）的 version 字段曾频繁迭代（如 1.x → 2.x → 3.x），不同版本对网络、卷、部署约束等支持差异较大，易引发迁移问题。自 v2.20+ 起，Docker 官方明确：不再新增 major 版本号，所有新特性通过向后兼容方式注入 version: '3.8' 或更高 minor 版本（如 '3.9'）。关键改进包括：
- 原生支持 profiles 控制服务启停范围
- 扩展
deploy段以适配 Swarm 场景（虽已淡出主流，但保留兼容） - 增强 healthcheck、restart 等运行时策略表达能力
脱离 Swarm，专注单机开发体验
早期 Compose 设计与 Docker Swarm 强耦合（如 docker stack deploy 直接复用 Compose 文件），但随着 Kubernetes 成为生产编排事实标准，Compose 主动剥离集群调度逻辑。当前版本（2026 年稳定版为 v2.30+）的核心目标非常清晰：
- 加速本地环境搭建（一键拉起含 DB、缓存、API 的完整栈）
- 强化与开发工具链集成（VS Code Dev Containers、JetBrains Gateway 支持）
- 提供轻量级生命周期管理（
compose down --volumes、compose cp、compose exec -it等操作更可靠）
云原生延伸：Compose 与现代工具链协同
虽然 Compose 本身不处理跨节点调度，但它正通过标准化接口融入更大生态：
- 支持
x-*:扩展字段，供第三方工具（如 Rancher Desktop、OrbStack）注入平台特定配置 - 与 BuildKit 深度整合，
build:块可直接调用多阶段构建、缓存挂载、秘密注入 - 实验性支持
docker compose convert输出 OCI Compose 规范草案，为未来跨平台描述提供基础
