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