从sourceTree看Git

在使用sourceTree的过程中不断的加深对Git的理解，尤其是分支上的概念的理解。接下来就对近来实战中理解进行总结。
sourceTree其实是基于Git的，因此他的概念以及操作方式你都可以和Git相联系起来。目前我认为在学习中Git和sourceTree有两个需要理解的地方：
1:项目push ，pull的流程
2:工作的分支

一：从项目提交流程看Git和sourceTree

一：关于git的提交流程已经在另一篇博客中有了描述，大概的步骤需要再叙述一遍。
1:add到暂存区
2:commit到本地仓库
3:push到远程仓库

截了一张Git工作的流程图：
分析
1：上传
我们的工作地点是workspace，也就是工作区，一般情况下是我们的编辑器。当我们编辑完成后，就add到index也就是缓存区中，之后在缓存区中commit到本地仓库。需要说明的是Git的优势就是它存在本地仓库，当远程仓库的代码丢失之后他还是可以通过每个分支的本地仓库来拯救自己的仓库。这应该就是分布式管理的优势吧（不知道对不对 ）。在本地仓库中再push 到Remote，即远程仓库中。这一趟下来就完成了一个项目上传的流程。
2：拉取
如果本地没有远程仓库的文件，也就是在初始状态下，那么就需要使用clone，将远程仓库中的项目克隆到本地中来。此时在工作区worksapce中打开的项目是master分支中的项目。而不是你所需要的分支。此时你就可以使用checkout进行分支的切换。当你的本地中已经存在远程仓库的项目时，你想拉取最新的项目时，你就需要使用pull来拉取。
二：使用sourceTree来提交项目
通常使用的开发工具vscode是自带commit到本地仓库的功能的。你可以在开发工具上commit，也可以在sourceTree图形用户界面上进行commit

之后再点击push就可以将代码提交到远程仓库中的自己的相应的分支中去了。

二：工作分支

分支在Git中是非常中要的，所有的工作都是在分支的基础上进行的。因此理解分支就是一个非常重要的步骤。在这里我描述一下sourceTree的分支的工作。
分支共有5种类型

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

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

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

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

5) hotfix，修复补丁，用于修复master上的bug，直接作用于master
在目前我接触的只有前三个分支。开发时其实都是位于feature分支上的小分支上进行开发的。每一个开发人员都在feature中有一个自己的分支。你所有的工作都是在自己的分支中进行的。

上图是在sourceTree上截图的分支结构。当从远程仓库pull项目时，他在REMOTES中会显示出来已有的分支结构。你找到自己的分支双击，或者选择checkout到这个分支中，【此时你所在的分支是master，你打开 开发工具展现的代码也都是master中的，所以必须要将分支转换到自己的分支中。】
双击后他就会将这个分支展现在BRANCHES中来此时你就进入到自己的分支中工作了。
关于合并分支：
每一个开发人员都有一条自己的小分支，当开发完一个功能之后他就可以上传到远程仓库，此时由专人进行合并分支，合并后的代码放在develop中，所以 当你第二天起来一看develop中有好多的 向下的小箭头就代表你需要pull远程仓库的代码了。需要注意的是，你将代码pull下来之后他还是存在于develop分支上的。但是你开发的地方是自己的小分支所以你需要将develop中的代码merge到你自己的分支中来 。
sourceTree的使用就是各个分支之间的不断的切换。

三：最后的话

1:上述总结，纯属个人意见，如有错误非常欢迎指正。万分感谢！！
2:sourceTree和Git是两件东西，但是又是一个东西。学所有的东西都要联想。这样才能快。理解深。不断的提醒自己。加油，还差得远。