Git 的前世今生-小浪学习网

大家好，我是二哥呀！

从今天开始，我计划在《Java 程序员进阶之路》专栏的“Java 企业级开发”子目录中分享几篇关于 git 的文章。由于公众号文章发布后无法修改或添加统一目录作为索引页，我决定将《Java 程序员进阶之路》的系列文章开源到 github 上。

目前计划的主题包括：

Git 的前世今生（本文）
Git 的数据结构
Git 的内部实现
常用 Git 命令清单
Git 的基本使用
Git 分支管理
Git 版本库托管商 GitHub
Git 学习资料推荐

如果大家有喜欢的主题，也欢迎在评论区提出。好了，我们开始吧。

Git 是一个分布式版本控制系统，由著名的林纳斯·托瓦兹（Linus Torvalds）创建。Git 最初的目的是为了更好地管理 linux 内核源码。

Git 的前世今生

众所周知，Linux 内核是开源的，参与者众多，至今已有两万多名开发者为 Linux Kernel 贡献过代码。然而，从 1991 年到 2002 年期间，Linus 作为项目管理员并没有使用任何配置管理工具，而是通过手动合并大家提交的补丁来管理代码。

这并不是因为 Linus 喜欢手动处理，而是因为他对代码版本管理工具非常挑剔，无论是商用的 ClearCase，还是开源的 CVS、svn，都不符合他的要求。

直到 2002 年，Linus 才看中了一款分布式版本控制系统 BitKeeper。尽管 BitKeeper 是商用的，但它愿意让 Linux 社区免费使用，这让 Linus 非常高兴和满意。

然而，到了 2005 年，由于 BitKeeper 提供的默认接口无法满足 Linux 社区用户的所有需求，一位开发者在未经许可的情况下反编译了 BitKeeper 并使用了未公开的接口。于是，BitKeeper 的著作权拥有者拉里·麦沃伊愤怒地收回了 Linux 社区的免费使用权。

无奈之下，Linus 决定自己动手。他为新的版本控制系统设定了几个目标：

速度快
设计简单
允许成千上万个并行开发分支
完全分布式
能够高效管理类似 Linux 内核的超大规模项目

令人惊讶的是，Linus 仅用了 10 天时间就用 C 语言完成了第一个版本，真是神一般的速度。他给这个版本起了一个略带嘲讽意味的名字——Git（在英式英语俚语中表示“不愉快的人”）。

Git 的设计包括两种命令：底层命令（Plumbing commands）和高层命令（Porcelain commands）。最初，Linus 设计了一些符合 unix KISS 原则的命令，供开源社区的黑客们使用，因为这些黑客本身就是动手高手，所以这些命令被称为 plumbing commands。

Linus 在提交了第一个 git commit 后，向社区发布了 git 工具。当时，社区中一位名叫 Junio Hamano 的开发者对这个工具产生了兴趣。他下载了代码，发现只有 1244 行，这更激发了他的兴趣。Junio 通过邮件列表与 Linus 交流，并帮助增加了 merge 等功能，后来持续打磨 git，最终完全接手了 Git 的维护工作，而 Linus 则回到了 Linux Kernel 项目的维护工作上。

Junio Hamano 认为 Linus 设计的这些命令对普通用户不太友好，因此在此基础上封装了更易于使用、接口更友好的高层命令，这就是我们今天常用的 git add、git commit 等命令。例如，git add 封装了 update-cache 命令，而 git commit 封装了 write-tree、commit-tree 命令。

如果要选历史上最伟大的一次 Git 代码提交，那一定是 Git 工具项目本身的第一次代码提交。这次提交无疑是开创性的。如果说 Linux 项目促成了开源软件的成功并改变了软件行业的格局，那么 Git 则改变了全世界开发者的工作方式和写作方式。

如今，Git 已经成为全球软件开发者的标配。

Git 的前世今生