GIT的歷史也是挺奇幻的，最初Linux社區因為拒絕使用收費的版本控制系統，又對于當時主流的免費版本控制系統不屑一顧，一直到2002年，Linux都是由社區的人通過diff的方式把源代碼發給Linux之父，開源Linux的林納斯，然后他再去合并這些代碼。
很顯然，這是一個非常低效的做法，之后林納斯沒辦法就去找了BitMover，BitMover也不知道到底是出于什么考慮，把旗下的收費版本控制系統免費給了林納斯用。
本來事情也就這樣了，可偏偏05年的時候兩邊鬧翻了，起因是Linux社區的人在破解BitKeeper。
按說這事錯在Linux社區，林納斯應該去道歉才對，結果林納斯不僅沒道歉，還自己搞了個GIT出來，這里面到底都有哪些細節，外人就不得而知了。
而且關于林納斯多久開發出的GIT，有人說十天，有人說兩周，但從邏輯來說，林納斯真能這么短時間內開發出GIT的他早開發了，應該是經歷了一段時間沉淀之后才能在這么短時間內開發出來的，甚至有人說林納斯故意跟BitMover鬧翻的。
這個事背后的故事感覺應該還挺精彩的，只可惜當事人不太可能把真相告訴世人。
但不管背后到底有什么樣的故事，GIT的優異性，得到了整個業界的認可。
“大家知不知道版本控制系統？”孟謙問了一聲，現場大概三分之二的人舉起了手。
“那我給你們舉個例子吧，今天我讓運營部的阮經理寫一份策劃書，他寫好之后覺得不好，就修改了一下并且另存為了一份新的策劃書，之后有糾結癥的他又寫了三份策劃書，都重新另存為，于是乎，他就有了五份策劃書。
這個時候，當他給我看了五份策劃書之后，無論我最終敲定哪一個版本，他都可以把那一版拿出來，而不是在第五版的基礎上再改回去，這就是版本控制系統。
而分布式版本控制系統相比于傳統的版本控制系統，區別就在于，現在市面上的版本控制系統都把數據保存在服務器上，大家想要去提取數據必須通過服務器。
但我想做的分布式版本控制系統，數據可以保存在本地計算機上。”
下面開始躁動起來，懂版本控制系統的員工忍不住竊竊私語，因為孟謙的想法顯然可以解決版本控制系統很現實的問題。
之后，孟謙又著重跟大家談了一下關于GIT的幾個創新點，尤其是在內容存儲上，把后世GIT的幾大優勢都搬了過來。
這也是孟謙帶團隊開發的習慣，先讓大家清楚我們要做出來的是一個什么樣的東西，讓大家對這個東西有期待，覺得做出來之后會有成就感，大家就會更有動力。
之后就是設計的講解，關于工業軟件開發部的工作安排算是完成了。
至于他們會不會出去傳自己就是開源聯盟的創始人，肯定會，但現在孟謙已經不需要隱瞞這個身份了，當初做開源聯盟的目的就是為了名，現在，孟謙需要名了，因為接下來要做的東西，系統。
后世流行一句話，叫做做系統很簡單，難的是生態。
對于這句話，孟謙一直都是有點不理解的