Linus Torvalds在2002年起，使用BitMover的版本控制软件BitKeeper管理Linux核心开发，而因为Bitkeeper除商业付费版本，仅提供可 *** 但不允许修改释出的精简版本，引起开源社群的不满，如自由软件之父Richard Stallman也严厉批评Linus Torvalds使用非自由软件开发Linux核心男在上女在下git动态图。
在2005年，Samba档案服务器开发人Andrew Tridgell写了连接BitKeeper储存库的简单程式，被BitMover创办人Larry McVoy指控对BitKeeper进行逆向工程，因此决定停止BitKeeper对 Linux的支援男在上女在下git动态图。顿时Linux核心开发受到严峻的挑战，而Linus Torvalds秉持“自己的版控自己写”精神，整个周末不见人影，隔周却如变法戏般的带着Git出会的访问，谈论他对版本控制系统的想法及开发Git的过程。
我一直很不喜欢做源代码管理，我觉得那是电脑领域中最无趣的一件事情（也许管理跟它有的比），我非常讨厌源代码管理男在上女在下git动态图。不过BitKeeper（简称BK）出现后，改变我对源代码控制的想法。BK做对了大部分的事，它在本机端有一份完整的储存库，而且采取分散式做法非常了不起。分散式源代码控制解决了源代码控制常碰到的问题—谁有资格改变源代码。借着提供储存库给每个使用者，BK解决了这个问题。系统的概念不过BK也有些缺陷，比方说某些技术决策引起了些问题（像是让人头痛的重新命名），但更大的缺点在于BK不是开放源代码，所以很不愿意使用。有几位我们重要维护人员因为BK可以免费用在开源专案上而使用它，但BK始终没有普遍的被使用，尽管它帮助了Linux核心的开发，BK仍有不足之处。系统的概念
Andrew Tridgell违反BK的使用原则，对BK开始进行逆向工程男在上女在下git动态图。我花了几个礼拜或是（或是几个月），居中协调Tridgell跟Larry McVoy，不过显然没有多大的帮助。从那一刻起我决定放弃使用BK，但是我也不想回到以前没有BK的日子。在那时虽然也有一些源代码控制软件想采用分散式的做法，但都不成气候，它们离我效能表现的要求还差一大截，同时我担心源代码完整性及作业流程上的问题，索性决定自己写一个源代码控制系统。
呵呵，其实你可以去Git源代码的储存库看它如何逐渐成形男在上女在下git动态图。我大概花一天让Git能达到自己管理自己的程度（self-hosting），之后我就开始用Git跟Git提交程式码了。我大部分的工作都在白天完成，不过也有几天工作到深夜。我觉得最有趣的地方在看到Git如何快速地成形。在Git树中的之一次提交并没有写很多程式，但是已经实作出提交程式码的基本功能。写Git并不会很难，比较难的是思考如何Git组织档案的方式。
我想强调，Git从无到有大概花了我十天（包含我之一次用Git提交核心程式码），而且我也不是焚膏继晷的完成Git男在上女在下git动态图。这都取决对Git的基本概念是否很清楚，早在着手写Git前，我已经看到其他源代码控制系统的缺陷。我只是不想重蹈覆辙罢了。
我很喜欢Git，它运作的非常好而且满足所有我的需求男在上女在下git动态图。它掌管了许多计划并且已超乎想像的速度在成长。不过看看CVS跟RCS还存在着，可见在使用者在转用其他源代码控式系统上还是有些惰性在，不过迟早有一天Git都会取代它们。
我想很使用其他源代码控制软件都碰到跟我类似的问题，而这些问题让我十分火光，在使用上要修正的几个小问题就让人抓狂男在上女在下git动态图。在Git未问世前，没有比较好的解决 *** 。许还不清楚分散式版本控制的好处，甚至还为此争吵不休。不过只要用过Git，一定无法回头用其他东西。因为用Git备份源代码简单又可靠，而且也不必担心测试储存库是否会影响到中央储存库。
