Git 英文原文：10 Years of Git: An Interview with Git Creator Linus Torvalds

十年前的这一周，linux 内核社区面对一个基本性的应战：他们不再可以运用他们的修复把持零碎：BitKeeper，同时其他的软件设置装备摆设治理碰到了对散布式零碎的新需求。Linus Torvalds，Linux的开创人，将这个应战接办并消逝了数周，发明了 Git Tools。今日 Git 被用于不计其数个工程，而且在顺序员社区中掀起了一个新的社会化编码的海潮。

为了庆贺这一里程碑，我们请 Linus 去分享 Git 的幕后故事，而且通知我们这个工程队软件开辟的影响。你会发明他在这个故事面前的的评论。我们追随者Q&A追随Git的轨迹，同时我们为其他的工程也描画了轮廓。去查找KVM，Qt，Drupal，Puppet和wine面前的故事吧

为何开辟Git?

Torvalds: 我实在基本不想做源码治理，我以为源码治理是盘算机范畴最无趣的事（可能数据库更无趣 ;^）。我对SCM(源码治理Tools)觉得愤恨。可是BitKeeper的呈现让我从头看法了源码治理。BK (BitKeeper)大大多数都是准确的,但有当地正本的存储库与散布式兼并是一个大问题。散布式源码治理的一个首要问题是源码治理的别离——谁才可以提交改动。BK展现了怎么经过每一个人都有源码库来避开这个问题。可是BK也有本人的问题：几种技巧导制了这类问题（恼火的重定名），但最大的问题是它不开源，这让非常多人不肯意运用它。因而，当我们以几个中心的保护运用BK而了结——它们是无偿使用的开源项目——但它们无处不在。BK协助了内核开辟者，可是它仍是有痛点。

当Tridge (Andrew Tridgell)对（相当容易的） BK 协定实行逆向工程--这是有悖于BK的运用规矩的--的时分，工作到了不起不处理的境地。 我花了几个礼拜（几个月？我感到是那样）在Tridge 和 Larry McVoy之间做调停，可是到最初，分明不起任何感化。因而，从阿谁时辰起，我决议不再持续运用BK，也不肯重回运用BK之前的糟透了的日子。同时，使人遗憾的是，一些其它的SCM，测验考试着做散布式的工作，可是远程拜访也没有处置好。我有功能的需求，不单单是知足远程可用，同时我还担忧代码完好性和全部任务流，因而我决议本人写一个。

你是怎么着手做这件事的?你是全部周末都在写代码，仍是只在牢固的几个小时呢?

Torvalds: 嗨，实践上，你可以从git的源代码堆栈中，检查它是怎么成型的，除大约是最开端的一天。我约莫花了一地利间来让git“自我管控”（self-hosting），如许，我就能够经过git来提交接码（commit）到git。所以大约第一天是暗藏的，可是一切其它的工具都在那边了。编码任务大大多数在白昼，可是也有少量在午夜，也有一些在清晨2点。最风趣的部分是，它成型十分快；git树中的第一个commit并没有非常多代码，可是它曾经做了最根本的工作--可以提交（commit）本人。此中的技能实践上不在于代码，而在于想出它怎么组织数据的方法。

所以，我想说，git在约莫10天摆布的工夫以后的模样（在这个点，我运用git做了*kernel*的第一次提交），它其实不像某些猖狂的渣滓编码（而是有实践的运用价值）。早期的代码量实践上十分小，它的目的是准确完成根本点。 在全部项目开端之前，我不断在细心思索。我意想到其别人碰到的问题，也想到了要防止去做的工作。

它的存在周期到达了你的预期吗? 你以为它今朝应当怎么任务呢? 能否有一些限制呢?

Torvalds: 我对git十分称心。关于kernel的开辟，它做的十分十分好，知足了我一切的预期。让我感到风趣的是，它是怎么接收了很多其它项目标。后果是使人受惊的。在改换源代码治理零碎的时分，有很大的惯性；看看CVS，乃至是RCS，它们盘踞了多长工夫，可是，某个时辰起，git就完整接收了。

你感到它为什么如斯普遍的被采取呢?

Torvalds: 我以为，其他很多人像我一样，都被异样的问题弄得心灰意懒，这些问题让我讨厌SCM。很多项目因为试着处理一两个边边角角的小问题而让人们抓狂，并非像git如许真实的着手处理主要的问题。即使人们其实不知晓“散布式”的部分有何等主要（很多人曾支持它），只需他们弄清楚，git答应容易牢靠的备份，同时答应人们生成他们本人私有的堆栈，而不必担忧一些中间堆栈的具有写拜访权限的战略，他们是毫不会再回到之前的版本治理的。

Git会永久存鄙人去吗？或许说，您能否预感到鄙人一个10年中将会有其他的版本把持零碎呈现？你会是这个零碎的作者之一吗？

Torvalds：不，我不会是这些作者中的一员。我们在10年内也许可以看到一些新的工具，但我包管这些工具也会是“类Git”的。这并非说Git能准确地处置一切的工作，但它以一种史无前例的方法把最为根本的问题都处理了，在这之前没有一款软件设置装备摆设治理Tools（SCM）可以与之媲美。

我可以绝不谦逊地说 ;)

为何Git能在Linux上任务得如斯好？

Torvalds:好吧，很分明的它就是为了我们的任务流程而设计，因而他自身就是Linux的一部分。我曾经屡次提到完整“散布式”的部分，但它值得几回再三说起。它被设计得在面临像Linux的大型项目时有足够的效力，而且它被设计得去完成在它之后人们以为很“难”的Task——由于那些工作“我”天天都在做。

只举一个例子：代码兼并的观点在大多数源码治理Tools中凡是被以为长短常苦楚和艰苦的。你管帐划你的代码兼并，由于那是严重的决议。那样的状况对我而言不克不及承受，自从我一天在兼并的窗口前做数十次的代码兼并以后，最头疼的的问题不是代码兼并任务自身，最主要的应当是反省其后果。Git中，代码兼并只会破费数秒，编写代码兼并的注释文字却会破费我很长工夫。

因而，Git根本上依照我的需求设计和编码，也如许任务的。

有人说Git只是为聪慧人设计的，乃至连Andrew Morton都说：“Git颠末特地设计，以便让你觉得本人不敷聪慧。”您对此有何回应？

Torvalds：我想在之前的确如斯，但如今分歧了。由于某些缘由，人们感到git难用，但我以为如今只剩一个缘由，那就是：你可以用非常多种办法完成一件事。

经过git你可以完成非常多事请，git请求人们恪守很多规矩，这些规矩并不是出于技巧上的限制，而是为了让人们可以更好的协作。git是一个弱小的Tools，开端运用时你会觉得很艰苦，这凡是是由于你可以用分歧办法完成一件事，并且这些办法都能任务！普通说来，进修git最好的办法多是，你先用它做最根本的工作，直到你熟习这些根本操纵，再去了解git的其它用法。

git的庞杂有一些汗青缘由，此中之一是：它过来就很庞杂！git的早期用户是那些为Kernel编程的人，他们不能不进修一系列十分难用的剧本。把绝大大多数的精神破费在让git能用，而不是更容易用。所以早期git给大师的印象（的确就）是，你必需很明白本人在做甚么。固然，在最后的半年或一年里，现实的确如斯。

人们觉得git庞杂的另外一个缘由：git分歧以往的SCM。很多人运用CVS十年乃至二十年，但git不是CVS，它们一点也不像。git和CVS的设计理念分歧，号令也分歧。git历来没有想过模拟CVS，乃至相反。假如你已经长工夫运用CVS作风的SCM零碎，就会觉得git很庞杂，而且感到那些和CVS分歧的设计没有存在的需要。奇异的修订编号会让你不上心，你心想：为何git的修订编号不克不及像CVS的1.3.1那样累加，而要选择一个奇异的40字节的十六进制数呢？

但git并非要成心别具一格。git的确和CVS存在差别，由于人们有分歧的常识布景，所以这些差别令人们觉得此中一个比另外一个庞杂。CVS布景的工具正在垂垂远去，可能如今非常多用过git的人历来没有效过CVS，他们就会不习气CVS的运用方法。

你以为没有git，Linux Kernel能到达今朝的开辟速度吗？

Torvalds：呃，没有git，我以为可以。但那意味着需求有人写出与git类似的Tools：一个像git一样高效的散布式的SCM。没错，我们的确需求像git如许的工具。

本文中的一切译文仅用于进修和交换目标，转载请务必注明文章译者、出处、和本文链接。 2KB翻译任务按照 CC 协定，假如我们的任务有进犯到您的权益，请实时联络我们。

2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务