1.（核心）Git 是分布式的版本控制系统，SVN 是集中式的
利用 Git 进行版本控制的每个人，都可以创建一个独立的代码仓库用于管理，各种版本控制的操作都可以在本地完成，每个人修改的代码都可以推送合并到另外一个代码仓库中；其次因为每一个开发人员的电脑上都有一个 Local Repository ,所以即使没有网络也一样可以 commit，查看历史版本记录，创建项目分支等操作，等网络再次连接上，push 到 server 端即可。而 SVN，只有一个中央控制，所有的开发人员都必须依赖于这个代码仓库，每次版本控制的操作也必须链接到服务器才能完成。
2. Git 把内容按元数据方式存储，而 SVN 是按文件存储
因为 .git 目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。.git 目录的体积与 .svn 差距很大。
3. Git 没有一个全局版本号，而 SVN 有
目前为止这是跟 SVN 相比 Git 缺少的最大的一个特征
4. Git 的内容的完整性要优于 SVN
GIT 的内容存储使用的是 SHA-1 哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
5. Git 下载下来后，在 OffLine 状态下可以看到所有的 Log，SVN 不可以
6. SVN 必须先 update 才能 commit ，忘记了合并时就会出现一些错误，git 还是比较少的出现这种情况
7. 克隆方面的区别
克隆一份全新的目录以同样拥有五个分支来说，SVN 是同时复制5个版本的文件,也就是说重复五次同样的动作。而 Git 只是获取文件的每个版本的元素，然后只载入主要的分支(master)
8. 版本库（repository):SVN 只能有一个指定的中央版本库
当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。而 Git 可以有无限个版本库。或者，更正确的说法，每一个 Git 都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。如果主要版本库（例如：至于 GitHub 的版本库）发生了意外情况，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可，工作成员也可以提交到其他的版本库！
9. 分支（Branch）在SVN，分支是一个完整的目录，且这个目录拥有完整的实际文件。
如果工作成员想要开启新的分支，那将会影响“全世界”！每个人都会拥有和你一样的分支。如果你的分支是用来进行破坏工作（安检测试），那将会像传染病一样,你改一个分支，还得让其他人重新切分支重新下载，十分狗血。而 Git，每个工作成员可以任意在自己的本地版本库开启无限个分支。举例：当我想尝试破坏自己的程序（安检测试），并且想保留这些被修改的文件供日后使用， 我可以开一个分支，做我喜欢的事。完全不需担心妨碍其他工作成员。只要我不合并及提交到主要版本库，没有一个工作成员会被影响。等到我不需要这个分支时， 我只要把它从我的本地版本库删除即可。无痛无痒。
Git 的分支名是可以使用不同名字的。例如：我的本地分支名为 OK，而在主要版本库的名字其实是 master。
最值得一提，我可以在Git的任意一个提交点（commit point）开启分支！（其中一个方法是使用 gitk –all 可观察整个提交记录，然后在任意点开启分支。）
10. 提交（Commit）在 SVN，当你提交你的完成品时，它将直接记录到中央版本库。
当你发现你的完成品存在严重问题时，你已经无法阻止事情的发生了。如果网路中断，你根本没办法提交！而Git的提交完全属于本地版本库的活动。而你只需“推”（git push）到主要版本库即可。Git 的“推”其实是在执行“同步”（Sync）。
总结：
SVN 的特点是简单，只是需要一个放代码的地方时用是 OK 的
Git 的特点版本控制可以不依赖网络做任何事情，对分支和合并有更好的支持(相信这是开发者最关心的)
本文章持续更新中。。。