SourceTree版本管理工具以及冲突的解决方式

SVN属于集中式版本控制系统，Git属于分布式版本控制系统，两者的区别：

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟。

分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

SourceTree的原理：和svn不同，svn采用的是本地代码和服务器仓库（远程代码仓库）两个层面的源代码管理，用户只要提交代码，本地的代码将直接和远程代码交互。所有用户都是共用一个代码仓库，而sourceTree操作的git则不同，是三层架构，本地在写代码——>本地代码（中转）仓库——>远程代码仓库。而这里首先都会先与本地仓库进行交互。虽然只是多了一层本地代码仓库的概念，但却为我们提供了很大的方便，在本地仓库中，我们可以解决非常多的事情，比如版本控制器中最烦躁的问题，版本冲突的问题，这样版本冲突一般只在本地仓库发生，方便解决！一般都都是下载到源代码之后，有一个主分支，Master，然后我们会创建一个开发者分支:Dev（创建之前先拉取同步远程代码到master），然后当我们开始开发，开发完成一些代码之后，我们将切换到Dev分支下，然后提交代码，这时候我们写的代码已经在本地代码Dev仓库了，然后我们切换到Master分支，然后拉取服务器端的代码到本地，这个时候本地Master仓库和远程的Master仓库就一样了，这时候，我们开始合并Dev仓库到本地Master仓库，系统可能会提示冲突，这样你就必须手动解决冲突（在master分支顶端和提示文件中找），解决完冲突之后，然后再将本地Master仓库推送到远程！这就是基本的操作了！

解决冲突：

当你的sourcetree合并代码冲突的时候，你是不能提交代码的（一般的流程是你先将远程A分支pull下来，在本地解决了冲突之后，再往远程A分支提交。）。这时sourcetree会显示合并冲突，打开你冲突的文件，会发现里面多了类似这样的东西。
>>>
---
<<<
这里面有你以前的代码和你拉下来的代码，核对以下，然后删除你不要的就可以了。