代码分支管理

背景
当前慧视云应用已经云原生化，代码分支以dev分支为主线分支，程序的发布采用包流转模式。目前慧视云团队与武汉团队并行开发功能，仅仅dev主线分支已经不满足团队协作的要求，需要进一步规范代码的分支管理，防止代码冲突。

代码分支模式 AoneFlow
AoneFlow 只使用三种分支类型：主干分支、特性分支、发布分支，以及三条基本规则。

规则一，开始工作前，从主干创建特性分支。

1.特性分支以 feature-* 开头，新工作或迭代开发需要在该分支上完成
2.特性分支不允许往master主干分支合并

规则二，通过合并特性分支，形成发布分支。

1.发布分支以 release-* 为前缀，提转测，众测，生产等环境时都以该分支为准
2.提测时需要从主干分支拉出发布分支，将需要提测的特性分支合并到发布分支上
3.修复bug时不允许直接在发布分支上修复

规则三，发布到线上正式环境后，合并相应的发布分支到主干，在主干添加标签，同时删除该发布分支关联的特性分支。

1.发布分支上线之前需要确认master分支最近是否有功能发布，如果有需要将发布的功能合入该发布分支，并进行验证。
2.当发布分支完成了线上的发布后，需要将发布分支合并到主干分支
3.基于当前主干分支创建tag，备注好相关信息，发布的特性等，方便日后回溯版本以及私有化部署
4.清理掉已经上线的发布分支及相关联的特性分支

线上环境bug修复

基于主干分支创建hotfix分支，相当于一条新的发布分支，线上验证bug修复后再将hotfix分支合并回主干分支