摘要：
需要初始化项目流以获得开发分支的源代码开发任务。4.分支中有五种类型的主“用于开发新的功能发布，完成功能分支，并将新功能合并到dev中。当前开发分支指向新功能分支。您可以在预览中看到，功能分支被添加到项目结构中，当前开发分支指向新的功能分支，并添加_订单分支用于开发任务。
1. 点击克隆/新建
2. 点击“克隆”，等待项目克隆完成，完成后，左侧只有一个分支master
3 克隆完成后，得到的是发布后的master源码，如果想要获取最新的正在开发中的源码，需要对项目流进行初始化，点击“Git工作流“
直接点“确定”，获取dev分支源码
开发任务都是在dev分支上完成的
4. 分支共有5种类型
- master，最终发布版本，整个项目中有且只有一个
- develop，项目的开发分支，原则上项目中有且只有一个
- feature，功能分支，用于开发一个新的功能
- release，预发布版本，介于develop和master之间的一个版本，主要用于测试
- hotfix，修复补丁，用于修复master上的bug，直接作用于master
5. 开发中需要增加一个新的功能时，可新建feature分支，用于增加新功能，并且不影响开发中的dev源码，当新功能增加完成后，完成feature分支，将新功能合并到dev中，更新dev上的代码
在预览中可看到，feature分支是从dev分出的，输入功能名称，点击确定，项目结构中增加feature分支，并且当前开发分支指向新建的feature分支
在预览中可看到，feature分支是从dev分出的，输入功能名称，点击确定，项目结构中增加feature分支，并且当前开发分支指向新建的feature分支
在add_order 分支下进行开发任务，并提交
预览中，表明feature分支将合并到dev，点击确定，进行提交合并，合并成功后
6. 当开发到一定阶段，可以发布测试版本时，可以从develop分支，建立release分支，进入预发布测试阶段。点击“Git工作流”，选择“建立新的发布版本”
v1.0为阶段性发布版本，主要用于发布前进行测试，后续的开发工作仍旧在dev上进行，如果在测试过程中发现问题，直接在release上进行修改，修改完成后进行提交
7.对release分支v1.0进行两次修改后，测试完成，可以进行正式发布，在当前分支指向v1.0分支下，点击“Git工作流”，选择“完成发布版本”
在预览中可以看到，v1.0向dev和master分别合并，点击确定，完成正式发布。
完成合并后，默认指向dev为当前分支，master增加多个版本更新，将master分支推送到origin，完成线上发布
8. 正式版本发布后，dev可继续进行后续开发，当正式版本出现问题时，需要进行问题的修改，可以在master分支建立修改补丁hotfix。将当前分支切换到master，点击“Git工作流”，选择“建立新的修复补丁”
预览中hotfix分支是从master拉去出来的，输入修复补丁名，点确定
在该分支下进行master的问题修改，修改完成后进行提交。当所有补丁问题修改完成后，点击“Git工作流”，选择“完成修复补丁”
预览中，H_fix_1向master和develop分别合并，点击确定，完成分支合并。
合并完成后，默认当前分支为develop，master分支有版本需要更新，当前分支切换为master，进行推送，完成补丁修复。