假设你在读这篇文章，说明你跟大多数开发人员一样对GIT感兴趣，假设你还没有机会来试一试GIT，我想如今你就要了解它了。
GIT不不过个版本号控制系统，它也是个内容管理系统(CMS),工作管理系统等。假设你是一个具有使用SVN背景的人，你须要做一定的思想转换，来适应GIT提供的一些概念和特征。所以，这篇文章的主要目的就是通过介绍GIT能做什么、它和SVN在深层次上到底有什么不同来帮助你认识它。
1.GIT是分布式的，SVN不是：
这是GIT和其他非分布式的版本号控制系统，比如SVN，CVS等，最核心的差别。假设你能理解这个概念，那么你就已经上手一半了。须要做一点声明，GIT并非眼下第一个或唯一的分布式版本号控制系统。另一些系统，比如Bitkeeper, Mercurial等，也是执行在分布式模式上的。但GIT在这方面做的更好，并且有很多其他强大的功能特征。
GIT跟SVN一样有自己的集中式版本号库或server。但，GIT更倾向于被使用于分布式模式，也就是每一个开发者从中心版本号库/server上chect out代码后会在自己的机器上克隆一个自己的版本号库。可以这样说，假设你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然可以提 交文件，查看历史版本号记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。
相同，这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐，你不必再像曾经那样做出补丁包，通过email方式发送出去，你仅仅须要创建一个分支，向项目团队发送一个推请求。这能让你的代码保持最新，并且不会在传输过程中丢失。GitHub.com就是一个这种优秀案例。
有些谣言传出来说subversion将来的版本号也会基于分布式模式。但至少眼下还看不出来。
2.GIT把内容按元数据方式存储，而SVN是按文件：
全部的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。假设你把.git文件夹的 体积大小跟.svn比較，你会发现它们差距非常大。由于,.git文件夹是处于你的机器上的一个克隆版的版本号库，它拥有中心版本号库上全部的东西，比如标签，分 支，版本号记录等。
3.GIT分支和SVN的分支不同：
分支在SVN中一点不特别，就是版本号库中的另外的一个文件夹。假设你想知道是否合并了一个分支，你须要手工执行像这种命令svn propget svn:mergeinfo，来确认代码是否被合并。感谢Ben同学指出这个特征。所以，常常会发生有些分支被遗漏的情况。
然而，处理GIT的分支却是相当的简单和有趣。你能够从同一个工作文件夹下高速的在几个分支间切换。你非常easy发现未被合并的分支，你能简单而快捷的合并这些文件。
4.GIT没有一个全局的版本，而SVN有：
眼下为止这是跟SVN相比GIT缺少的最大的一个特征。你也知道，SVN的版本实际是不论什么一个相应时间的源代 码快照。我觉得它是从CVS进化到SVN的最大的一个突破。由于GIT和SVN从概念上就不同，我不知道GIT里是什么特征与之相应。假设你有不论什么的线 索，请在评论里奉献出来与大家共享。
更新：有些读者指出，我们能够使用GIT的SHA-1来唯一的标识一个代码快照。这个并不能全然的取代SVN里easy阅读的数字版本。但，用途应该是同样的。
5.GIT的内容完整性要优于SVN：
GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时减少对版本号库的破坏。这里有一个非常好的关于GIT内容完整性的讨论 –http://stackoverflow.com/questions/964331/git-file-integrity