DB项目前端分支思考

背景

一般的项目基本是一个主分支持续的迭代开发。

比如有一个master分支，这个分支是可以随时发布版本的。还有一个开发分支，比如develop，是从master检出的。

当迭代开始的时候，从develop分支检出feature-xxx分支来做开发需求功能。当联调完成后，提MR合并到develop分支。

以此类推，这里就不展开讲了。

一般的项目往往只有一个环境，比如开发-测试-生产。

但DB项目会存在各种各样的环境，可能是DB特殊性吧，需要兼容各种环境来支撑不同的业务。虽然DB项目的前端也是做web的控制台页面，但跟一般的项目还是有点不一样的。

此时就会遇到一个问题：多个环境，是多个分支对应起来呢？还是一个分支？

比如上面提到的master分支，比如有5个环境，那是分别检出5个不同的master分支，对应这5个环境吗？

还是自始自终就一个master分支，对应这5个环境？

思考过程

一般来说就两个方案。

从优缺点的角度来分析下，估计就会一目了然了。

方案一：一个环境一个分支

优点：

1、100%的保证项目的稳定性

详情请查看： DB项目前端分支思考