好的技术问题通常会引出技术专家们依据经验得出的深层次的观点。但对于这样的问题的答案也很容易演变成完全基于个人喜好的情绪倾泄，而不是根据事实、标准和具体的专业知识。就比如本文的这个标题，如果你是一个SVN的坚定支持者，你完全可以把这句话反过来问。
我 使用SVN有5年的历史了，而且现在在公司里仍然是使用SVN。但是大概在3年前，我的所有个人项目都已经迁移到了git(gitHub)上。我能想出很 多git优于subversion的地方，大部分是体现在分布式优于集中式的特征上，但如果你让我说出任何SVN分过来胜过git的地方，我竟一时想不出 来一个。但这就能说明git完胜SVN吗？
事实当然不是这样，就像是Windows和Linux，你不能说这个一定就比那个好。最近在stackexchange的讨论让我学习了不少。先举个简单的例子证明有些地方你只能用SVN而不能用git。谷歌的搜索排名算法，就不能放到分布式开放的代码库了。这种情况下SVN的集中式管理就是不二选择。下面就来条理的看看Subversion在哪些环境下比git更适用。
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自动的执行了同步代码的功能。
引用来自“haitaosoft”的评论
引用来自“billq”的评论
引用来自“haitaosoft”的评论
如果ms的vss能通过http实现，我更喜欢vss：它的权限管理方式太直观自然了
2. 有internet访问需求, 建议使用sourceanywhere for vss.
3. 也可以考虑VSS的升级版, TFS.(比较重量级, 而且TFS中源码控制只是一个模块而已)
vss本身的问题是基于文件共享方式的管理, 这个是最不好的地方,也是吐槽最多的地方.
从我的角度, vss和svn基本算是一个哲学体系的SCC系统, 而GIT完全是不同哲学的逻辑, 本身就不适合放在一起来比较.
svn适合企业项目的思维
引用来自“asdfsx”的评论
用svn的时候从来没有使用过分支，用git不开个分支就觉得不舒服
引用来自“neo-chen”的评论
svn 我用了 10年，git 用了2年。还是怀念你svn(不是好用，而是更熟悉)
git 优势就是 离线commit、分支切换，适合跨时区，跨地域开发。
引用来自“jsuper”的评论
代码的安全性不是你一个版本控制系统就能解决问题的。有句话叫防君子防不了小人， 而且并不是说GIT就好象一点权限控制都没有一样， 从文中的第1点就可以看出作者太乐观了。话说，你的核心代码是不是应该所有人远程到服务器上去开发才相对来安全？ 你用SVN 还是GIT，都会让开发者把代码下载到本地来吧。。。这样的话，你只能祈祷你招聘的员工的人品及格了。
我之前的公司对于数据库是有严格的控制的。要调用数据，还得申请，等审批。
对代码要求统一的，最好SVN了。不要求的话，GIT可以胜任。
在空目录下添加一个.gitkeep文件，这样GIT就可以提交这个空目录了。
引用来自“一天到晚游泳的鱼”的评论
引用来自“unnamed”的评论
引用来自“李烈火”的评论
引用来自“unnamed”的评论
同意，git 提交了还要push一次确实挺郁闷
如果你用svn，当在没有网络的时候，你希望把所有的feture代码混在一起提交吗？
不积压代码离线多次commit也方便他人接手工作，看着一次commit20多个文件包含一堆更新的东西就头大
引用来自“unnamed”的评论
引用来自“李烈火”的评论
引用来自“unnamed”的评论
同意，git 提交了还要push一次确实挺郁闷
如果你用svn，当在没有网络的时候，你希望把所有的feture代码混在一起提交吗？
引用来自“haitaosoft”的评论
引用来自“刘子玄”的评论
引用来自“haitaosoft”的评论
如果ms的vss能通过http实现，我更喜欢vss：它的权限管理方式太直观自然了
引用来自“billq”的评论
引用来自“haitaosoft”的评论
如果ms的vss能通过http实现，我更喜欢vss：它的权限管理方式太直观自然了
git 优势就是 离线commit、分支切换，适合跨时区，跨地域开发。
引用来自“刘子玄”的评论
引用来自“haitaosoft”的评论
如果ms的vss能通过http实现，我更喜欢vss：它的权限管理方式太直观自然了
引用来自“haitaosoft”的评论
如果ms的vss能通过http实现，我更喜欢vss：它的权限管理方式太直观自然了
引用来自“unnamed”的评论
同意，git 提交了还要push一次确实挺郁闷
引用来自“PYPlus”的评论
git可以通过第三软件配置更细致的权限吗?