90%人都不知道：SVN 和 Git 的一些误解和真相

网上有不少关于 SVN 和 Git 的比较，可是大多数都是错误的，误解的。

下面给你们列出来一些常见的误解和真相，虽然这并不能说明哪一个系统更好，可是能够帮助你更好的理解两个系统之间的差别

1.一样的内容，Git 仓库远比 SVN 的小

错误：他们的存储机制其实是同样的，因此相差很是小。例外的是二进制文件，SVN 反而会远比 Git 占用的小，由于 SVN 对二进制文件也能进行差别存储。

2.SVN 建立分支代价很是昂贵。

错误：不少人认为 SVN 建立分支是复制整套代码，代价很大。实际上从 1.0 版本开始，在 SVN 里建立分支的代价已经很是很是小，你能够任意建立分支来修复一个小 BUG 或者开发新的功能

3.合并分支时须要指定版本号范围

错误：这是一个过期的误解，从 1.5 开始就不须要手工指定合并的版本号范围了，更强大的是从 1.8 版本，还提供了自动合并的功能，大大方便了分支之间的代码合并。

4.SVN 须要在每一个目录下都建立一个.svn 的目录

错误：从 1.7 版本开始，已经变为只在根目录存在.svn 目录了。

5.没有人再使用 SVN 了

错误：像 FreeBSD 和 LLVM 这种有名的开源项目都还在使用 SVN。实际上，有 47%的开源项目都在使用 SVN，然而使用 Git 的只有 38%。在公司层面就更多使用 SVN 的了，由于 SVN 是真正的标准企业级版本控制系统。

6.分布式的 Git 比集中式的 SVN 更优越

错误：他们是平等的。分布式只是实现版本控制的另一种方法。集中式和分布式两种方法都有他们的正反两面，分布式或许适合某些人，可是他也带来了某些问题，好比：没有权限控制；每一个人都须要彻底 clone 整个仓库，无法像 SVN 能够只 checkout 须要的子目录；无法锁定文件等等问题

7.Git 很适合大项目，SVN 不行

错误：在 Git 里每一个人都须要把整个仓库都 clone 下来，2G 的仓库或许没什么问题，可是到达几百 G 后呢？你须要 clone 几百 G 的内容，想一想多可怕。有个经典的解决方式就是把 Git 仓库分为多个小的仓库，可是这就致使了其余几个问题：你须要管理多个仓库；破坏了原有项目的完整性；无法继续跟他们一块儿使用分支；

8.Git 适合大团队

错误：某些工做流适合使用 Git，可是某些状况适合使用 SVN

9.在 SVN 里，合并老是个痛苦的事

错误：SVN 已经能很好的处理合并和冲突，已经成为他很重要的一个功能特性。只有在分支里重命名了文件夹或者文件时会有这种状况，这是个历史遗留问题。

10.Git 有灵活强大的命令行操做

正确：Git 的设计初衷就是一套低级版本控制系统，容许高级用户经过命令玩一些黑科技，可是这并不安全，对初学者也不友好。Git 也由于没有良好的设计和混乱的命令受到了一些指责：这致使加长了学习曲线和大大增长了公司和团队的成本，特别是大型团队以及团队成员水平不一的状况。好比美术、策划、开发、这类人员，技术水平线不一。

11.Git 的历史记录不安全

正确：Git 的官方描述是“笨笨的内容跟踪”，它并不关心你整个仓库历史的完整性和精确性，这致使了重命名和 git rebase 这类操做很难跟踪他们的修改记录。相反 SVN 始终均可以精确的、完整的找到你须要的变更记录。

12.Git 没法提供细颗粒的权限控制

正确：由于 Git 分布式的缘由，每一个人都拥有完整的仓库代码，致使每一个人都有完整权限看到全部的内容。虽然这样对于开源项目来讲没什么，可是对于企业来讲，这是不可接受的。相反，SVN 能够设置目录级别的权限控制，你能够设置他只读或者读写，并且很是适合大型项目。

13.Git 对二进制文件存储不友好

正确：Git 由于分布式缘由，没法很好的处理二进制文件，他是基于复制模式来管理的，因此并不适合有不少二进制文件的项目，好比图片多的项目。

翻译来自： svnvsgit
若有翻译错误欢迎指正
但愿给那些对 SVN 有误解的朋友一个参考。
理性的认识两个不一样的工具，合适的使用不一样的工具，他们之间没有谁更好，只有谁更合适。

最后推荐你们一个好用的SVN仓库：SVNBucket

其余相关教程

SVN快速上手
SVN经常使用命令
SVN钩子解放你的双手
轻松解决SVN冲突
Mac用户SVN图形界面推荐
Eclipse安装SVN插件和检出代码