SVN VS git
一，集中式 VS 分布式
SVN是典型的C/S模式的集中式管理。客户端直接对服务端做各种操作。而git则大不相同，他是分布式的，而且我们使用git命令大多数时候，只是在本地进行操作。当本地的内容完成以后，才使用push这样的命令把他推送到服务器上的库中。
二，增量存储 VS 快照
SVN在保存文本文件的时候，如果产生一个新版本，那么存储的只是两个版本的差异。而git的则是每个版本的快照。这一点来看，SVN能节省空间，但是git则更方便存取文件。
三，SVN分支 VS git分支
SVN的分支，仅仅是一个URL拷贝。在处理分支合并的时候，效率不高。git的分支则更加方便，任何一分支的创建，仅仅是保存一个41字节的指针而已。我们来看看SVN的分支创建：
- $svn copy file:////repos/idp/trunk file:///epos/idp/branches/mybranch
从上面的语句可以看出，SVN的分支就是一个hard link的目录。
再来看看git的分支。
- $git branch mybranch
在git中，创建分支是很廉价的，并且，对于分支的合并也是很容易。git 希望用户可以多使用分支。这里，如果要切换到分支，在git中使用
- $git checkout mybranch
就可以了。
四，全局版本 VS 全球版本
SVN的版本号应该叫修订版本号。因为他是针对一次提交，并不是某个文件的版本。并且以数字来作为版本号，递增。git的版本号 是一串SHA-1 散列的字符串。这个散列是针对文件内容，并且发生碰撞的几率可以是微乎其微。即使全球的人一起工作，也很难产生一个冲突。
五，记录一切 VS 回滚
SVN是一部时光机，错了就错了，不可能得到完美的回滚或撤销（使用一些很变态的手法，也许可以达到这个目的）。git 支持回滚。如果要删除提交：
- $git revert HEAD
注意这里本地（工作区）的修改并没有改变。
六、无处不在的.svn VS .git
为了管理版本，SVN在每个Working copy的目录中都隐藏了一个.svn目录。而对于git来说，所有的库信息都在 .git目录里了，仅此一个，自然也就很大很大。
七，集中管理 VS 处处备份
SVN的权限管理，可以针对不同用户授予不同权限。而git只有读与写权限。要么可读，要么可写，任何用户有读权限，就可以下载整个库。实际上，也可以通过各种配置，使得git也可以支持权限控制到各个目录（SSH，web）。不过这些配置会相对麻烦一些。而每一个git的工作拷贝都可以看成是一份备份，这个对于开源项目来说也是不错的选择。
八，直接提交 VS 合并提交
由于SVN的模式，开发者可以独立的提交。而git开发者的提交，只是在本地的库。对于push操作，则是必需要谨慎的。这里，push并不会自动合并，所以每一次提交后，再次提交的必需通过fetch（不合并），pull（合并）下最新的数据后，合并再push。这样就有很多工作方式了。
以上只是我的一点理解。可能还有很多方面的比较。目前也有一些人，把SVN和git结合起来工作，于是便有了 git-svn这样的工具。git还有很多有趣而且强大的东西。大家赶快来体会吧。