SourceTree的基本使用《一》

1.当完成仓库的创建之后 sourceTree的界面上会出现类似下图的情况:SourceTree的基本使用《一》

此时master是发布后的master源码,如果想要获取最新的正在开发中的源码,需要对项目流进行初始化。如下所示:

SourceTree的基本使用《一》

SourceTree的基本使用《一》

 直接点“确定”,获取develop分支源码

SourceTree的基本使用《一》

  开发任务都是在develop分支上完成的。

2.

分支共有5种类型

  1) master,最终发布版本,整个项目中有且只有一个

  2) develop,项目的开发分支,原则上项目中有且只有一个

  3) feature,功能分支,用于开发一个新的功能

  4) release,预发布版本,介于develop和master之间的一个版本,主要用于测试

  5) hotfix,修复补丁,用于修复master上的bug,直接作用于master

3.

当开发中需要增加一个新的功能时,可新建feature分支,用于增加新功能,并且不影响开发中的develop源码,当新功能增加完成后,完成feature分支,将新功能合并到develop中,更新develop上的代码

    1) 新建feature。首先当前开发分支指向develop,点击“Git工作流”

SourceTree的基本使用《一》

选择“建立新的分支”SourceTree的基本使用《一》

在预览中可看到,feature分支是从develop分出的,输入功能名称,点击确定,项目结构中增加feature分支,并且当前开发分支指向新建的feature分支

3) 完成feature开发后,将feature中的源码合并到develop分支。将当前分支指向F_add_feature分支,点击“Git工作流”,选择“完成功能”

SourceTree的基本使用《一》

SourceTree的基本使用《一》

预览中,表明feature分支将合并到develop,点击确定,进行提交合并,合并成功后

SourceTree的基本使用《一》

6. 当开发到一定阶段,可以发布测试版本时,可以从develop分支,建立release分支,进入预发布测试阶段。点击“Git工作流”,选择“建立新的发布版本”

SourceTree的基本使用《一》  SourceTree的基本使用《一》

预览中可以看到,release是从develop分出的,输入发布版本名‘R_v1.0’,点击确定

SourceTree的基本使用《一》

R_v1.0为阶段性发布版本,主要用于发布前进行测试,后续的开发工作仍旧在develop上进行,如果在测试过程中发现问题,直接在release上进行修改,修改完成后进行提交

7. 对release分支R_v1.0进行两次修改后,测试完成,可以进行正式发布,在当前分支指向R_v1.0分支下,点击“Git工作流”,选择“完成发布版本”

SourceTree的基本使用《一》 SourceTree的基本使用《一》

在预览中可以看到,R_v1.0向develop和master分别合并,点击确定,完成正式发布。

SourceTree的基本使用《一》

完成合并后,默认指向develop为当前分支,master增加多个版本更新,将master分支推送到origin,完成线上发布

8. 正式版本发布后,develop可继续进行后续开发,当正式版本出现问题时,需要进行问题的修改,可以在master分支建立修改补丁hotfix。将当前分支切换到master,点击“Git工作流”,选择“建立新的修复补丁”

SourceTree的基本使用《一》  SourceTree的基本使用《一》

预览中hotfix分支是从master拉去出来的,输入修复补丁名,点确定

SourceTree的基本使用《一》

在该分支下进行master的问题修改,修改完成后进行提交。当所有补丁问题修改完成后,点击“Git工作流”,选择“完成修复补丁”

SourceTree的基本使用《一》  SourceTree的基本使用《一》

预览中,H_fix_1向master和develop分别合并,点击确定,完成分支合并。

SourceTree的基本使用《一》

合并完成后,默认当前分支为develop,master分支有版本需要更新,当前分支切换为master,进行推送,完成补丁修复。

9. 在完成发布版本和完成修复补丁时,如果遇到冲突,可仿照上述5进行冲突修改,再进行后续操作