Linux创始人Linus Torvalds访谈，Git的十年之旅

十年前的这周，Linux kernel社区面临着艰巨的挑战。十年后的今天，Git用于成千上万个项目。在这十周年之际，Linux创始人Linus Torvalds为我们分享了Git幕后的故事，并且告诉我们这个工程队软件开发的影响。你会发现他在这个故事背后的评论。我们跟随Q&A追寻Git的轨迹。

为什么要创建Git？

Torvalds:我真的从来没有想过要做资源控制管理，并觉得它在计算机世界里拥有最少的乐趣（可能是除了数据库之外），而且我讨厌所有的SCM。但是随着BitKeeper的出现，我的想法发生了改变。BK (BitKeeper)大多数都是正确的,但有本地副本的存储库与分布式合并是一个大问题。分布式源码管理的一个主要问题是源码管理的分离——谁才可以提交改变。BK让你可以避免这个问题，方法就是给每个人自己的源代码存储库。但是BK有自己的问题，有几个技术选择导致了问题（重命名是痛苦的），而最大的缺陷是它不是开源的事实。有很多人不想使用它，所以当我们最终让几个核心维护人员使用BK时，它对开源项目是免费的，无处不在，所以它帮助了内核开发，即便仍有痛点。

当Tridge（Andrew Tridgell）开始对BK协议实施逆向工程时，这是违反BK的使用规则的。我花了几周的时间（几个月？感觉是这样）试图在Tridge和Larry McVoy之间调解，但是最终它显然无法工作了。所以在某种程度上我确定了我无法再继续使用BK，但是我真的不想再回到那个旧的BK的日子。同时，虽然有些SCM试图获得整个分布式事情，遗憾的是离目标是遥远的。最终我选择自己去写。

你是怎么着手的？时间上是整周都在熬夜编写还是只在常规时间里？

Torvalds:你可以实际的在Git源代码存储库中去看看它是如何成型的。它花费我大约一天的时间来让其“自托管”，这样我就可以使用Git本身来将东西整合到Git中。白天的工作是主要的，但也有一些事在半夜或凌晨两点。最有趣的部分是它如何成型的，第一次提交到Git树种的东西是没有太多代码的，但是它已经做了基础——足以支撑它。编码的诀窍并不是真的那么多，但是需要思考数据如何去组织。

所以我想强调的是当它真的只在大约十天左右的时间里出来，这也并不表示它像某种疯狂的编码。早期代码的实际数量是非常小的，它取决于基础的观念。我在整个项目开始之前考虑了一段时间，包括其他人已经遇到过的问题，我看到我想要避免去做什么。

它辜负了你的期望了吗？你如何评价它如今的工作？对它有哪些限制呢？

Torvalds:它工作的非常好，并且到目前为止仍满足我所有的期望。不过在转换源控制系统中有许多惰性。

为什么会认为其已被广泛采用？

Torvalds:我想很多人也遇到过相同的问题，以致我恨SCM。虽然目前有很多试图解决一两个“小角落”的项目，但是实在没有哪个想Git，可以最终承担大的问题。即使人们没有意思到“分布式”部分有多重要（并且有很多人反对这个部分），然而一旦他们弄清楚它允许简单可靠的备份，并允许人们创建自己的测试库，而不必担心去写访问中心存储库的政纲，他们会离不开它。

Git会永远持续下去吗，或者你预见另一个版本控制系统会出现在另一个十年里？你会是其中的编写者之一吗？

Torvalds:我不会是编写者之一。也许在未来十年里我们会看一些新的东西，不过我相信它会是类似Git的东西。它不是像Git那样让所有事物正确，而是以某种方式解决所有真正的基本问题（其他SCM不曾解决的）。

为什么Git可以很好的工作于Linux？

Torvalds:它显然是被设计用于我们的工作流的，因此这是它的一部分。我已经提过跟多次整个“分布式”部分，但值得重复。不过它也被设计成高效、足够用于一些大的项目，比如Linux，并且它也被设计用于做一些人们认为困难的事情。

举个例子来说，在大多数SCM中，合并的概念被普遍认为是非常痛苦和困难的，你不得不计划合并，因为处理量是巨大的。这是我不能接受的，而且最大的开销不应该在合并上，而是在测试结果上。合并的“git”部分只需几秒结合，它带给我更多的时间。

所以Git基本上是以我的需求来设计和编写的，并且它的表现也是这样。

有人说Git是针对超级聪明的人，甚至连Andrew Morton都曾说Git是“清楚的被设计于让你感觉不那么聪明的东西”。对此你的反应是？

Torvalds:有几个原因让人们有这样的感觉，而我想只有一个，这个原因很简单：“你做事情的方法可以有如此多”。

你可以使用Git做很多事情，而且很多关于你应该做什么的规则当中并没有太多的技术限制，更多的是关于当于其他人一起工作时，什么是可以正常进行的。所以Git是一个非常强大的工具集，不仅仅具有压倒性的那种，它也意味着你可以经常以不同的方式做着相同或相似的事情，而且它们都可以工作。一般情况下，学习Git的最好方法是先做非常基础的东西，甚至就是看一些东西，直到你有熟悉、自信的基础。

这里还有一些历史原因导致Git被认为是复杂的。其中之一就是它是复杂的。很早一批为了工作于内核而使用Git的人们真的不得不为了让一切运行起来去学习非常粗暴的脚本集，所有的努力都用于核心技术工作，只有很少的精力用于简化它，或使它显而易见。所以Git的名誉是当之无愧的，要求你正确的指导你在早期该做些什么，不过这主要适用于6个月或一年。

另一个让人们认为Git困难的原因是Git有很大的不同。有些人使用诸如CVS等事物十年到二十年，Git不是CVS。概念是不同的，命令是不同的，从一开始Git就没试图去像CVS。

但是Git没有不必要的不同，差异是必须的。只是这些让有些人真的认为它比想象中更为复杂，因为来自不同的背景。“CVS背景”的事物已经远去，现在可能有很多程序员从不使用CVS，并且会觉得CVS的方式非常混乱。为什么呢？因为他们先学的Git。

如果不用Git，你认为Linux内核开发速度能够跟上目前的速度吗？原因是？

Torvalds:当然可以，但是这也要求有人去写某些Git等价物，一个可以像Git这般效率的分布式SCM，我们肯定需要些类似Git的事物。

你对GitHub最新的意见是什么？

Torvalds:GitHub是一个优秀的托管服务，我没有任何需要针对它的地方。我要抱怨的是GitHub作为一个开发平台，提交、请求、跟踪问题等不能工作的很好。

请说一说在Git或GitHub上您最感兴趣的用法？

Torvalds:很高兴看到采用git可以很轻松的创建一个项目。以前的代码托管是很难用，有了git和GitHub，创建一些小项目变得非常简单。项目具体是做什么并不重要，重要的是你可以做到了。