Question

SVN有任何胜过git的地方吗

Answer 1

主要原因有以下几个方面：从使用者角度分析：1.svn下载源代码慢。在git中一个几个G的版本库，一般一二十分钟就能下载完毕，但是在svn中要一个小时左右；2.svn随时都得要与服务器交互，无论是查看log，还是查看以往的版本你必须跟服务器相连，并且速度奇慢务必，而git做这些几乎是瞬间的事；3.各个分支之间的补丁迁移麻烦，在git上只要两三个命令就可以完事的(其实一个命令，因为需要查找与分支切换)，但是在svn上你必须要下载每个分支的代码，然后比较修改，再上传；4.git查看历史版本速度快，并且不需要联网。svn必须跟服务器相连才能取得版本，并且取版本非常慢；5.git自带有优化过的grep，使得我们查询相关字符串的效率大大提高下面从服务器角度说为什么要用git：1.git版本库占用空间小（几乎是svn的分支数之一也就是说如果有四个分支，svn的版本库的体积将接近git的四倍），SVN每个分支都是一份代码的copy，而git每个分支只是各个提交点的hash值的集合。分支几乎不占用什么空间；2.git是分布式管理系统，我们完全可以不对代码进行备份，但SVN不行，一旦你服务器的硬盘挂掉你整个代码库就完了；3.git不用时时联网查询，并且对文件进行压缩，使得文件体积大大减小，并且传输速度快，svn是单个文件，git是压缩后的，在使用svn时我已经碰到过好几次服务器无响应了。由于git很多都可以在本地操作的，所以大大降低了客户端对服务器的连接，出现这种情况的概率会大大减小；4：如果客户端离服务器端非常远，在网速糟糕的情况下，用svn下代码简直是个噩梦目前关于两者优劣的最深刻的感触就这么多。另外关于从svn迁移到git的感受，我简单说句就像你用linux和windows的差别，git功能非常强大，但是命令很多，要学的很多，也有很多可以diy的地方。

Answer 2

Subversion是集中式管理的数据仓库

虽
然速度快和多副本等git分布式数据仓库显而易见的好处吸引了很多人的喜爱，但在很多情况下，一个集中式的数据仓库却是更合适的。例如，如果你有一些核心

代码想只允许部分人能访问，把它放到git里必然是你不希望的。很多的企业都是将它们的代码集中管理的，我猜，所有(重要)政府项目估计都使用的是集中式
数据仓库的版本控制系统。

Subversion的理念符合常规思维

这是说，很多人(特别是管理者或老板)对版本号有一种
习惯的认识，把开发视作一种按时间的线性发展轨迹，这在他们脑子里根深蒂固。并不是找借口，Git的随意性并不是很容易去理解，你也许注意到了，任何一本
关于Git的书都会在第一章第一节告诉你要抛弃脑子里所有的传统观念，重新认识。

Subversion只提供一种途径，没有第二选择

SVN是一个版本控制系统，它只提供一种方
式做这些，每个人都使用相同的方法。就是这样。这使得你将代码从SVN迁移到其它集中式管理的VCS或从其它集中式管理的VCS迁进来变得很容易。Git

并不仅仅是一个版本控制系统——它实际上是一个文件系统，它里面有很多的拓扑学知识来支持你如何在不同的环境中架设代码仓库——并且没有一个统一的标准。
选择一个合适的拓扑结构就成了难题。

其它一些优势：

SVN支持空目录
SVN有更好的Windows平台支持
SVN可以check out/clone一个子树(sub-tree)
SVN支持特权访问控制svn lock，在处理很难合并的文件时非常有用
SVN支持二进制文件，更容易处理大文件(不需要把老版本拷来拷去)
提交文件相对简单，因为没有pull/push操作，本地修改通过svn update自动的执行了同步代码的功能。