背景
一般的项目基本是一个主分支持续的迭代开发。
比如有一个master分支，这个分支是可以随时发布版本的。还有一个开发分支，比如develop，是从master检出的。
当迭代开始的时候，从develop分支检出feature-xxx分支来做开发需求功能。当联调完成后，提MR合并到develop分支。
以此类推，这里就不展开讲了。
一般的项目往往只有一个环境，比如开发-测试-生产。
但DB项目会存在各种各样的环境，可能是DB特殊性吧，需要兼容各种环境来支撑不同的业务。虽然DB项目的前端也是做web的控制台页面，但跟一般的项目还是有点不一样的。
此时就会遇到一个问题：多个环境，是多个分支对应起来呢？还是一个分支？
比如上面提到的master分支，比如有5个环境，那是分别检出5个不同的master分支，对应这5个环境吗？
还是自始自终就一个master分支，对应这5个环境？
思考过程
一般来说就两个方案。
从优缺点的角度来分析下，估计就会一目了然了。
方案一：一个环境一个分支
优点：
1、100%的保证项目的稳定性
详情请查看： DB项目前端分支思考