Git Flow使用规范

通过规范开发流程可以严格控制线上分支的代码质量及稳定性。使用成熟的工作流程模型，可以使团队协作更加流畅。

通过规范上线（OP）流程，保证线上环境的稳定。

规则一，开始工作前，从master创建feature分支。

从代表最新已发布版本的master分支上创建一个通常以feature/前缀命名的特性分支，然后在这个分支上提交代码修改。也就是说，每个工作项（可以是一个人完成，或是多个人协作完成）对应一个特性分支，所有的修改都不允许直接提交到master分支。

规则二，通过合并feature分支，形成release分支。

从master分支上拉出一条新分支，将所有本次要集成或发布的feature分支依次合并过去，从而得到release分支。release分支通常以release/前缀命名

注意：这一步要确认这次发版内容，行程版本管理文档。分支合并后，防止出现功能交叉产生线上对问题，在这一步可以增加 code review步骤。​​​​​​​

使用Merge Request，设置review人员。

规则三，发布到线上正式环境后，合并相应的release分支到master分支，在master分支上添加tag，同时删除该release分支关联的feature分支。

为了避免在代码仓库里堆积大量历史上的feature分支，还应该清理掉已经上线部分feature分支。如果要回溯历史版本，只需在master分支上找到相应的版本的tag即可。

​​​​​​​​​​​​​