GIT的历史也是挺奇幻的，最初Linux社区因为拒绝使用收费的版本控制系统，又对于当时主流的免费版本控制系统不屑一顾，一直到2002年，Linux都是由社区的人通过diff的方式把源代码发给Linux之父，开源Linux的林纳斯，然后他再去合并这些代码。
很显然，这是一个非常低效的做法，之后林纳斯没办法就去找了BitMover，BitMover也不知道到底是出于什么考虑，把旗下的收费版本控制系统免费给了林纳斯用。
本来事情也就这样了，可偏偏05年的时候两边闹翻了，起因是Linux社区的人在破解BitKeeper。
按说这事错在Linux社区，林纳斯应该去道歉才对，结果林纳斯不仅没道歉，还自己搞了个GIT出来，这里面到底都有哪些细节，外人就不得而知了。
而且关于林纳斯多久开发出的GIT，有人说十天，有人说两周，但从逻辑来说，林纳斯真能这么短时间内开发出GIT的他早开发了，应该是经历了一段时间沉淀之后才能在这么短时间内开发出来的，甚至有人说林纳斯故意跟BitMover闹翻的。
这个事背后的故事感觉应该还挺精彩的，只可惜当事人不太可能把真相告诉世人。
但不管背后到底有什么样的故事，GIT的优异性，得到了整个业界的认可。
“大家知不知道版本控制系统？”孟谦问了一声，现场大概三分之二的人举起了手。
“那我给你们举个例子吧，今天我让运营部的阮经理写一份策划书，他写好之后觉得不好，就修改了一下并且另存为了一份新的策划书，之后有纠结症的他又写了三份策划书，都重新另存为，于是乎，他就有了五份策划书。
这个时候，当他给我看了五份策划书之后，无论我最终敲定哪一个版本，他都可以把那一版拿出来，而不是在第五版的基础上再改回去，这就是版本控制系统。
而分布式版本控制系统相比于传统的版本控制系统，区别就在于，现在市面上的版本控制系统都把数据保存在服务器上，大家想要去提取数据必须通过服务器。
但我想做的分布式版本控制系统，数据可以保存在本地计算机上。”
下面开始躁动起来，懂版本控制系统的员工忍不住窃窃私语，因为孟谦的想法显然可以解决版本控制系统很现实的问题。
之后，孟谦又着重跟大家谈了一下关于GIT的几个创新点，尤其是在内容存储上，把后世GIT的几大优势都搬了过来。
这也是孟谦带团队开发的习惯，先让大家清楚我们要做出来的是一个什么样的东西，让大家对这个东西有期待，觉得做出来之后会有成就感，大家就会
请收藏：https://m.bu226.com
（温馨提示：请关闭畅读或阅读模式，否则内容无法正常显示）