标签：
某大牛曾经说过，版本控制的最大好处就是让你可以永远后悔，而 Git 无疑是众多版本控制软件当中的佼佼者，在开源社区更是备受青睐，那么它为何会诞生，和其他的版本控制软件项目又有什么不同？且让我们慢慢来看。
同生活中的许多伟大事件一样，Git 诞生与一个极富纷争大举创新的年代。Linux 内核开源项目有为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002 年间）。到 2002 年，整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统制订了若干目标：
自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。它的速度飞快，极其适合管理大项目，它还有着令人难以置信的非线性分支管理系统，可以应付各种复杂的项目开发需求。
Git 之所以会诞生与 Linus 痛恨 CVS 和 SVN 不无关系，CVS 和 SVN 都是集中式的版本控制系统，而 Git 是分布式的版本控制系统，那么集中式和分布式有什么区别呢？
先说说集中式版本控制系统，SVN 相信很多人都用过，它有一个中央服务器，版本库就放置在上面。当项目开发时，大家都会从上面获取最新代码，然后开始做各自的工作，当工作完成后，再把自己的东西提交到中央服务器。大家都往这个服务器上面提交，版本也都由这个服务器来管，但是它有一个弊端，就是中央服务器很重要，如何我们的网络比较慢或者挂掉，又或者中央服务器出问题启动不了了，版本控制将几乎不可能。
同集中式版本控制系统相比，分布式版本控制系统则要安全的多，因为每个人的电脑都会有完整的版本库，就算你在飞机或者火车上，都可以非常愉快地频繁提交更新，等到了有网络的时候再上传到远程仓库。
Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。这类系统（CVS，Subversion，Perforce，Bazaar 等等）每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容。Git 并不保存这些前后变化的差异数据。实际上，Git 更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存。在 Git 中的绝大多数操作都只需要访问本地文件和资源，不用连网。因为 Git 在本地磁盘上就保存着所有当前项目的历史更新，所以处理起来速度飞快。在保存到 Git 之前，所有数据都要进行内容的校验和（checksum）计算，并将此结果作为数据的唯一标识和索引。Git 使用 SHA-1 算法计算数据的校验和，通过对文件的内容或目录的结构计算出一个 SHA-1 哈希值，作为指纹字符串。该字串由 40 个十六进制字符（0-9 及 a-f）组成，看起来就像是：
24b9da6552252987aa493b52f8696cd6d3b00373
Git 的工作完全依赖于这类指纹字串，所以你会经常看到这样的哈希值。实际上，所有保存在 Git 数据库中的东西都是用此哈希值来作索引的，而不是靠文件名。
对于任何一个文件，在 Git 内都只有三种状态：
已提交（committed）：已提交表示该文件已经被安全地保存在本地数据库中了；
已修改（modified）：已修改表示修改了某个文件，但还没有提交保存；
已暂存（staged）：已暂存表示把已修改的文件放在下次提交时要保存的清单中。
由此我们看到 Git 管理项目时，文件流转的三个工作区域：Git 的工作目录，暂存区域，以及本地仓库。
每个项目都有一个 Git 目录，它是 Git 用来保存元数据和对象数据库的地方。该目录非常重要，每次克隆镜像仓库的时候，实际拷贝的就是这个目录里面的数据。
基本的 Git 工作流程如下：
参考资料：http://git-scm.com/book/zh/ch1-2.html
标签：
原文地址：http://www.cnblogs.com/krockey/p/4204630.html
