1）GIT是分布式的，SVN不是：
这是GIT和其它非分布式的版本控制系统，例如 SVN，CVS等，最核心的区别。GIT并不是目前第一个或唯一的分布式版本控制系统。 还有一些系统，例如Bitkeeper, Mercurial等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征。
GIT 跟SVN一样有自己的集中式版本库或服务器。但是GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。
2）GIT把内容按元数据方式存储，而SVN是按文件：
所有的资源控 制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。如果你把.git目录的体积大小跟.svn比较，你会发现它们差距很大。因 为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。
3）GIT分支和SVN的分支不同：
分支在SVN中一点不特别，就是版本库中的另外的一个目录。如果你想知道是否合并了一个分支，你需要手工运行像这样的命令svn propget svn:mergeinfo，来确认代码是否被合并。
然而，处理GIT的分支却是相当的简单。你可以从同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支，你能简单而快捷的合并这些文件。
4）GIT没有一个全局的版本号，而SVN有：
目前为止这是跟SVN相比GIT缺少的最大的一个特征。
5）GIT的内容完整性要优于SVN：
GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
怎么体现git是分布式的呢？
如果双方改的是不同的文件，或者同一个文件的不同部分，那么 git 是可以自动合并的。
如果修改的是同一个文件同一个部分，git 就没办法自动合并了，这种情况被称为「冲突」，git 会列出双方的最新版本，然后由进行合并的人(例子里是 C), 手动进行编辑。
在实际开发中，如果两个人只是往这个文件里加函数，是完全可以自动合并的，冲突主要是出现了修改了同一行的情况。
很多介绍强调 git 可以离线 commit, 意在于和 svn 做对比。svn 中，只有服务器上有完整的版本库，客户端的代码历史并不是完整的。而 git 中每一个客户端都是一个完整的版本库，push 和 pull 操作其实是在多个完整的版本库之间做同步。
这样的优势就是不怕服务器挂掉或者丢失，每个人都有完整的版本库，这也是 Linus 开发 git 的出发点(Linux 是一个多人分布式协作的开源项目). 而劣势就在于权限管理比较差，每个人都有完整的版本库有可能会导致代码(历史上所有的修改)不小心泄露。
git发生冲突怎么办？
在我们项目开发过程中经常出现同一个文件被多个人修改的有点提交到远程有的没提交远程类似的问题。如果我想提交本地代码到远程的话会出现冲突。
那么我们在遇到git冲突的时候，拉取远端代码。存在冲突，会报错。
此时我们需要将本地代码暂存起来 stash；
更新本地代码，将本地代码版本更新和远端的代码一致即可；
将暂存的代码合并到更新后的代码后，有冲突解决冲突(需要手动进行解决冲突)；
提交解决冲突后的代码。