日常项目开发过程中，一般都有多套环境，比如开发、测试和生产。各个环境部署的代码版本不一致，手动一个个来部署效率低且容易出错。如果项目采用了敏捷开发方式，可能每天需要部署几十次。手动方式更加不可行，因此必须要把多环境的部署工作自动化。本文将介绍在笔者参与项目中实际推行的一种方案，供大家参考。 整体方案 当开发人员 push 代码到 develop、release 和 master 分支时将自动触发构建 Docker 镜像，然后部署到分支对应的开发环境。 Git 分支模型 每套环境部署的代码版本都不一样，还在开发中的功能只能部署到开发环境，已经开发完成的功能可以部署到测试环境，测试通过的功能才能部署到生产环境。依托于 Git 强大的分支功能，我们可以轻松地为每个环境维护一个分支，适当的时候在分支之间进行代码的合并。但分支多了容易混乱，开发人员可能搞不清什么时候应该提交到哪个分支。所以团队里需要制定一个分支管理规范，或者说确定一个分支模型。 上图是 Git-flow 的分支模型。图中 develop 和 master 为长线分支，feature、release 和