第一百零七章 应用壁垒(第 1/3 页)

    git的历史也是挺奇幻的，最初linux社区因为拒绝使用收费的版本控制系统，又对于当时主流的免费版本控制系统不屑一顾，一直到2002年，linux都是由社区的人通过diff的方式把源代码发给linux之父，开源linux的林纳斯，然后他再去合并这些代码。

    很显然，这是一个非常低效的做法，之后林纳斯没办法就去找了bitmover，bitmover也不知道到底是出于什么考虑，把旗下的收费版本控制系统免费给了林纳斯用。

    本来事情也就这样了，可偏偏05年的时候两边闹翻了，起因是linux社区的人在破解bitkeeper。

    按说这事错在linux社区，林纳斯应该去道歉才对，结果林纳斯不仅没道歉，还自己搞了个git出来，这里面到底都有哪些细节，外人就不得而知了。

    而且关于林纳斯多久开发出的git，有人说十天，有人说两周，但从逻辑来说，林纳斯真能这么短时间内开发出git的他早开发了，应该是经历了一段时间沉淀之后才能在这么短时间内开发出来的，甚至有人说林纳斯故意跟bitmover闹翻的。

    这个事背后的故事感觉应该还挺精彩的，只可惜当事人不太可能把真相告诉世人。

    但不管背后到底有什么样的故事，git的优异性，得到了整个业界的认可。

    “大家知不知道版本控制系统？”孟谦问了一声，现场大概三分之二的人举起了手。

    “那我给你们举个例子吧，今天我让运营部的阮经理写一份策划书，他写好之后觉得不好，就修改了一下并且另存为了一份新的策划书，之后有纠结症的他又写了三份策划书，都重新另存为，于是乎，他就有了五份策划书。

    这个时候，当他给我看了五份策划书之后，无论我最终敲定哪一个版本，他都可以把那一版拿出来，而不是在第五版的基础上再改回去，这就是版本控制系统。

    而分布式版本控制系统相比于传统的版本控制系统，区别就在于，现在市面上的版本控制系统都把数据保存在服务器上，大家想要去提取数据必须通过服务器。

    但我想做的分布式版本控制系统，数据可以保存在本地计算机上。”

    下面开始躁动起来，懂版本控制系统的员工忍不住窃窃私语，因为孟谦的想法显然可以解决版本控制系统很现实的问题。

    之后，孟谦又着重跟大家谈了一下关于git的几个创新点，尤其是在内容存储上，把后世git的几大优势都搬了过来。

    这也是孟谦带团队开发的习惯，先让大家清楚我们要做出来的是一个什么样的东西，让大家对这个东西有期待，觉得做出来之后会有成就感，大家就会更有动力。

    之后就是设计的讲解，关于工业软件开发部的工作安排算是完成了。

    至于他们会不会出去传自己就是开源联盟的创始人，肯定会，但现在孟谦已经不需要隐瞒这个身份了，当初做开源联盟的目的就是为了名，现在，孟谦需要名了，因为接下来要做的东西，系统。

    后世流行一句话，叫做做系统很简单，难的是生态。

    对于这句话，孟谦一直都是有点不理解的...

    -->>(第 1/3 页)（本章未完，请点击下一页继续阅读）