一 、SourceTree简介

SourceTree 是 Windows 和Mac OS X 下免费的 Git 和 Hg 客户端，拥有可视化界面，容易上手操作。同时它也是Mercurial和Subversion版本控制系统工具。支持创建、提交、clone、push、pull 和merge等操作。

二、下载安装SourceTree步骤

1、下载地址：https://www.sourcetreeapp.com/，该版本是中文的
下载完成后可以进行安装。
2、安装SourceTree
安装首界面

点击，Next

点击“install”，安装完成后，打开sourcetree，点击“user an existing account”,如图

注意：1使用谷歌帐号登录即可，前提是你必须可以上谷歌才可以。
GOOGLE帐号登录完成之后，如图：

此处无需设置，直接点击“跳过初始设置”即可。
登录注册成功后，弹出设置puttykey的界面，点击“取消”即可。

点击“取消”按钮，弹出如下提示框：

此时进入到sourcetree的主界面，现在就可以使用sourcetree啦。

 

三、集成文件对比插件

安装对比插件

Sourcetree中集成Beyond Compare 4，当文件冲突时可以很好的解决冲突。安装过程很简单，这里不再详述。

Sourcetree中配置Beyond Compare 4

菜单栏，“工具”——“选项”，如图所示：

选择“比较”选项卡，然后将红色方框处的内容修改为如图所示：

四、SourceTree基本使用

克隆

点击克隆按钮，克隆项目：
既可以是本地已有的git项目，也可以是远程目录中的项目，

本地存在的git项目，
获取项目克隆地址，点击克隆按钮，如图所示：

1、克隆项目的路径
2、克隆项目存放的位置
3、如果要下载特定的分支，可以按分支进行下载

配置忽略文件

利用.gitignore过滤文件，如编译过程中的中间文件，等等，这些文件不需要被追踪管理。
.gitignore文件只对还没有加入版本管理的文件起作用，如果之前已经用git把这些文件纳入了版本库，就不起作用了
使用sourcetree添加忽略文件的方法：
正常情况下，管理员创建项目后需要直接将忽略文件创建好。创建方法如图：

按照如上步骤操作即可编辑冲突文件。
冲突文件规则：
忽略文件夹（如：bin、obj）：
obj/
bin/
某目录下的所有.txt文件，
obj/*.txt
开发的过程中可能遇到一些忽略文件中未添加的文件，此时需要开发者自行添加忽略文件，添加方法如下：
之前已经介绍过未进行版本控制的或者受版本控制的文件，在sourcetree的“文件状态” 标签中查找，如图所示：

鼠标右键要忽略的文件，点击“忽略”，选择忽略的模式，即可将文件进行忽略，如图所示：

tag使用方法

打tag的目的是在代码的主要节点处有个标记，方便下次修改代码时可以准确的找到想要找的代码。而无需看着日志文件逐一回忆要找的代码位置。

分支管理与使用

使用sourcetree创建和使用分支是很方便的，不像之前使用的TortoiseGit只能在当前代码处创建分支，使用sourcetree的方便之处：
1、可以选择特定的某版本创建分支
2、代码检出时可以按照分支进行检出
3、分支的添加很简单
分支添加：

1、可以在当前的版本下创建分支
2、选择指定的提交创建分支
3、点击“创建分支”
分支提交到服务器：
在sourcetree右侧内容中的分支列表中，选中创建的分支，右键提交，如图所示：

分支合并：
1、分支合并功能和分支添加功能类似，这里不再详述，需要注意的是首先要切换到被合并的分支上，再进行合并操作。
2、分支合并时，可以选择具体的某提交进行合并，同时主分支可以合并到子分支；子分支可以合并到主分支；子分支之间也可以进行合并。

GIT与SVN同步

git svn工具集在当前不得不使用 Subversion 服务器或者开发环境要求使用 Subversion 服务器的时候格外有用。不妨把它看成一个跛脚的 Git，在实际使用中不推荐这样使用GIT。

基本步骤

提交、拉取和推送
提交：
项目提交是为了维护本地版本库，如果本地有未提交的内容，则不允许拉取和推送；如图所示区域有内容时，则代表本地未提交的内容：

点击Stage All，填写提交信息既可以将本地内容（暂存区）提交到本地版本库，如图所示：

1、将未暂存的文件进行暂存，如果有些文件不需要暂存，则可以进行删除，选中文件，右键“移除”即可。
拉取：从远程将代码进行更新，相当于SVN的“更新”
推送：将代码提交到远程。

解决冲突

简单介绍

1、冲突文件的符号为“感叹号”
2、选中“冲突文件”，右键——点击”解决冲突“——点击”打开外部合并工具“（备注：才操作时已经安装外部合并工具，同时在sourcetree中已经进行配置，详见”集成文件对比插件“）

冲突界面

冲突解决界面如下：可以根据需要选择内容显示类型，只”显示更改“，”显示冲突“或者”全部“

解决冲突

方法一：在相关的版本处，选中”冲突行”，合并区默认处于合并位置，鼠标右键，选择最终冲突地方留下的内容，如图：

解决冲突之后效果图：

1、冲突图标由”感叹号”——“省略号”。
2、右侧显示修改后的代码进行查看。

3、同时修改的冲突文件有相应的备份，大家可以下载到本地，方便冲突有问题再次修改文件。
备注：该文件下载之后请将版本库中的该文件删除，不要上传到版本库中。
4、修改完冲突之后，需要再次提交，推送。大家养成提交时，提交有效的日志信息，不要将比如：123之类的信息推送到服务器中。
方法二：如果冲突非常少，可以直接在右侧栏中解决冲突，如图所示：

1、点击未暂存区域的冲突文件。
2、右侧列表中出现冲突的内容。
3、选择冲突内容，解决冲突，如图所示：

暂存行：表示保留该内容
丢弃行：表示删除该内容
备注：区分于第一种方式，使用第一种方法解决时，不要点击”未暂存文件”,否则可能无法打开冲突文件

版本回退

原则上，代码推送之前要保证本地的代码可运行，不要将不可运行或者有问题的代码推送到服务器上，如果由于误操作，将代码推送到了远程，想重新修改上传代码，此时，需要将版本进行回退，回退方法如图：

1、切换到日志/历史标签
2、选择要恢复到的版本，如图蓝色位置
3、鼠标右键，选择“重置当前分支到此次提交”
4、选择”重置模式”，如图所示

5、弹出框中选择”Yes”

相关提示信息含义

冲突信息

先更新信息

：

如果推送时，拉取右上方显示数字，则需要先拉取再推送。

GIT与SVN的区别

Git与svn的区别
1.GIT是分布式的，SVN不是，这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。
解释：
a GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。
b 这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐，你不必再像以前那样做出补丁包，通过email方式发送出去，你只需要创建一个分支，向项目团队发送一个推请求。这能让你的代码保持最新，而且不会在传输过程中丢失。GitHub.com就是一个这样的优秀案例。
2.GIT把内容按元数据方式存储，而SVN是按文件
所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。如果你把.git目录的体积大小跟.svn比较，你会发现它们差距很大。因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。
3.分支，该特点是GIT的有一个核心功能；这个功能对开源社区的奉献很大；对项目实际开发意义很大；同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支，你能简单而快捷的合并这些文件。
在SVN，分支是一个完整的目录。且这个目录拥有完整的实际文件。如果工作成员想要开啟新的分支，那将会影响“全世界”！每个人都会拥有和你一样的分支。如果你的分支是用来进行破坏工作（安检测试），那将会像传染病一样,你改一个分支，还得让其他人重新切分支重新下载，十分狗血。而 Git，每个工作成员可以任意在自己的本地版本库开啟无限个分支。举例：当我想尝试破坏自己的程序（安检测试），并且想保留这些被修改的文件供日后使用， 我可以开一个分支，做我喜欢的事。完全不需担心妨碍其他工作成员。只要我不合并及提交到主要版本库，没有一个工作成员会被影响。等到我不需要这个分支时， 我只要把它从我的本地版本库删除即可。无痛无痒。
4.GIT没有一个全局的版本号，而SVN有：
目前为止这是跟SVN相比GIT缺少的最大的一个特征。你也知道，SVN的版本号实际是任何一个相应时间的源代码快照。我认为它是从CVS进化到SVN的最大的一个突破。因为GIT和SVN从概念上就不同，我不知道GIT里是什么特征与之对应。如果你有任何的线索，请在评论里奉献出来与大家共享。
5.GIT的内容完整性要优于SVN：
GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。这里有一个很好的关于GIT内容完整性的讨论 –http://stackoverflow.com/questions/964331/git-file-integrity

1. 代码库占极少的空间。易于代码的分支化管理。目前支持中文，已经有成熟的图形化管理界面工具，使用难度大。
   最后总结一下：
   SVN的特点是简单，只是需要一个放代码的地方时用是OK的。

GIT代码管理平台

开源中国上的托管的代码管理平台很好用，适合管理代码，但是对于一些代码保密或者不方便放到公网上的代码来说，还是需要在自己公司的内网搭建一个GIT代码管理平台。
1、Gitolite 该代码平台是基于Linux操作的，一方面搭建起来很麻烦，另一方权限控制起来麻烦，每次新来人员需要将安装GIT之后的pub文件发送给管理员，这样会增加了管理员和git搭建人员的麻烦。
2、Gitblit 是一个纯 Java 库用来管理、查看和处理 Git 资料库.相当于 Git 的 Java 管理工具.git的管家.
一方面它有基于windows的安装版本，安装过程只需下一步即可，很方便。
另一方面他是一个git代码管理平台，统一管理用户，分配权限，同时可以查看版本库的tag和分支情况

五、SourceTree&Git部分名词解释