英文原文:What does SVN do better than git?
好的技术问题通常会引出技术专家们依据经验得出的深层次的观点。但对于这样的问题的答案也很容易演变成完全基于个人喜好的情绪倾泄,而不是根据事实、标准和具体的专业知识。就比如本文的这个标题,如果你是一个 SVN 的坚定支持者,你完全可以把这句话反过来问。
我使用 SVN 有 5 年的历史了,而且现在在公司里仍然是使用 SVN。但是大概在 3 年前,我的所有个人项目都已经迁移到了 git (gitHub)上。我能想出很多 git 优于 subversion 的地方,大部分是体现在分布式优于集中式的特征上,但如果你让我说出任何 SVN 分过来胜过 git 的地方,我竟一时想不出来一个。但这就能说明 git 完胜 SVN 吗?
事实当然不是这样,就像是 Windows 和 Linux,你不能说这个一定就比那个好。最近在 stackexchange 的讨论让我学习了不少。先举个简单的例子证明有些地方你只能用 SVN 而不能用 git。谷歌的搜索排名算法,就不能放到分布式开放的代码库了。这种情况下 SVN 的集中式管理就是不二选择。下面就来条理的看看 Subversion 在哪些环境下比 git 更适用。
original="http://www.aqee.net/wordpress/wp-content/uploads/2013/12/subversionlogo-384x332-247x213.png" />
Subversion 是集中式管理的cangku.html" target="_blank">数据仓库
虽然速度快和多副本等 git 分布式数据仓库显而易见的好处吸引了很多人的喜爱,但在很多情况下,一个集中式的数据仓库却是更合适的。例如,如果你有一些核心代码想只允许部分人能访问,把它放到 git 里必然是你不希望的。很多的企业都是将它们的代码集中管理的,我猜,所有(重要)政府项目估计都使用的是集中式数据仓库的版本控制系统。
Subversion 的理念符合常规思维
这是说,很多人(特别是管理者或老板)对版本号有一种习惯的认识,把开发视作一种按时间的线性发展轨迹,这在他们脑子里根深蒂固。并不是找借口,Git 的随意性并不是很容易去理解,你也许注意到了,任何一本关于 Git 的书都会在第一章第一节告诉你要抛弃脑子里所有的传统观念,重新认识。
Subversion 只提供一种途径,没有第二选择
SVN 是一个版本控制系统,它只提供一种方式做这些,每个人都使用相同的方法。就是这样。这使得你将代码从 SVN 迁移到其它集中式管理的 VCS 或从其它集中式管理的 VCS 迁进来变得很容易。Git 并不仅仅是一个版本控制系统——它实际上是一个文件系统,它里面有很多的拓扑学知识来支持你如何在不同的环境中架设代码仓库——并且没有一个统一的标准。选择一个合适的拓扑结构就成了难题。
其它一些优势: