feature002
04
v1.1.0
05
06
feature001
移除分支
Master
02
步骤分解:1.每个开发人员每个迭代有需求要做，每个需求/任务，创建一个分支。（如图中的feature001、feature002、feature003分支）。这些分支还是远程分支。开发人员没法修改。2.开发人员将对应的分支，通过git clone/fetch等方式下载到本地。（如图中的local001、local002、local003分支）开发人员在这些分支上进行开发。因每个分支开发的代码不同，本地调试也不同。开发人员将本地写好的代码，通过git push到远程分支上。（如图中的feature001、feature002、feature003分支）3.从master最新节点，拉取release分支。（如图中，release01分支）4.根据业务实际情况，将待发布的分支合入release分支（如图中，将feature001、feature002、feature003合入release01）5.release分支触发CI、CD流水线发布到测试环境、生产环境。在生产环境确认发布成功后，将release分支合入master，并创建tag。（如图中v1.1.0）并且在成功合入master后，移除release分支与合入release的分支（如图中，的feature001、feature002、feature003及release01分支）至此完成正常的需求开发上线流程。6.解决线上紧急缺陷的时候，从master最新的tag处，拉取hotfix分支（如图中hotfix01）。该分支如同feature分支，开发人员无法直接修改的远程分支。7.从master最新的tag拉取release分支（如图，release02）。8.开发人员拉取hotfix分支。开发人员在本地进行修改。开发人员推送紧急修改到hotfix分支(如图hotfix01)。将hotfix分支合入release分支（如图，release02）。9.release分支通过自动化流水线发布到生产环境成功后，合入master分支，并且打tag（如图中v1.1.1）完成紧急缺陷发布
08
规则：规则一，开始工作前，从主干创建特性分支。规则二，通过合并特性分支，形成发布分支。规则三，发布到线上正式环境后，合并相应的发布分支到主干，在主干添加标签，同时删除该发布分支关联的特性分支。
01
release01
X
v1.1.1
release02
feature003
03
09
07
v1.0.0
hotfix01
