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