Git版本控制流程

每次merge到develop都要首先拉取最新的代码

最终功能分支需要合并到主开发分支并封版

Tagv3.0

功能开发分支

BRANCH

Tagv1.0

测试通过，发布新版本

feature/B

Tagv2.0_beta

主线BUG修复，产生0.2(修复版本)，分别合并到主开发分支和主分支

feature/A

发布分支release

Tagv0.2

修复分支修复测试过程中遇到的问题，并及时同步到开发分支

Tagv0.3

开发人员可以基于安排的开发功能建立功能开发分支

主分支master

Tagv0.1

checkout review and arc diff

时间趋势

主开发分支develop

codereview

reviewandfix

修复bug分支hotfixes

Git代码控制流程

开始一个待发布的候选版本1.0分支（用于测试）