团队协作时，最怕的就是环境不一致：你本地能跑，同事机器上就是起不来。Docker Compose 能很好解决这类问题，它用一份 YAML 文件把依赖服务一次性编排起来，真正做到“一键起环境”。

一、为什么需要 Compose

如果你只用 Docker 命令，启动一个带数据库的 Python 项目往往要敲好几条 docker run，还要手动处理网络和依赖顺序。Compose 把这些固化到 docker-compose.yml 里，一条 docker compose up -d 就能把应用、数据库、缓存等服务全部拉起，团队共享同一份配置，新同学克隆仓库后十分钟内就能开始写代码。

二、一个最小示例

以最常见的 Web 服务为例，目录下放两个文件。docker-compose.yml 定义两个服务：app 负责跑 Python 应用，db 负责跑 PostgreSQL。app 的 volumes 把本地代码挂载进容器，改代码不用重新构建镜像；depends_on 保证数据库先启动。启动后访问 localhost:8000 即可看到应用页面。

三、几个实用技巧

1. 用 docker compose logs -f 实时看日志，排查启动失败比翻容器内部快得多；
2. 数据要持久化就声明 named volume，容器删了数据还在；
3. 需要调试时可以用 docker compose exec app bash 进入容器，环境与生产保持一致；
4. 每次改完依赖文件后重新构建：docker compose up -d --build。

四、注意事项

本地开发环境镜像不用追求过小，方便调试优先；端口冲突时改 ports 映射；生产环境不要直接复用本地 Compose 配置，建议单独维护。

总结下来，Compose 把“环境搭建”从口头约定变成了可版本化的代码，配合 CI 还能在流水线里复用同样的编排文件，让开发、测试、预发环境保持一致。强烈建议还在手动配环境的同学试一次，成本很低，收益立竿见影。