這一章基本上沒什么大營養(yǎng)融撞，不愿意看的可以略過盼铁。。尝偎。
關(guān)于版本控制
-
本地版本控制
沒什么可說的饶火，最原始的方式。自己根據(jù)習(xí)慣標記一些日期等
其中最流行的一種叫做 rcs致扯，現(xiàn)今許多計算機系統(tǒng)上都還看得到它的蹤影肤寝。甚至在流行的 Mac OS X 系統(tǒng)上安裝了開發(fā)者工具包之后，也可以使用 rcs 命令抖僵。它的工作原理基本上就是保存并管理文件補独鹂础（patch）。文件補丁是一種特定格式的文本文件耍群，記錄著對應(yīng)文件修訂前后的內(nèi)容變化义桂。所以找筝，根據(jù)每次修訂后的補丁，rcs 可以通過不斷打補丁慷吊，計算出各個版本的文件內(nèi)容
-
集中化的版本控制
這種做法帶來了許多好處袖裕，特別是相較于老式的本地 VCS 來說。現(xiàn)在溉瓶，每個人都可以在一定程度上看到項目中的其他人正在做些什么急鳄。而管理員也可以輕松掌控每個開發(fā)者的權(quán)限，并且管理一個 CVCS 要遠比在各個客戶端上維護本地數(shù)據(jù)庫來得輕松容易堰酿。
事分兩面疾宏，有好有壞。這么做最顯而易見的缺點是中央服務(wù)器的單點故障触创。如果宕機一小時坎藐，那么在這一小時內(nèi)，誰都無法提交更新嗅榕，也就無法協(xié)同工作屈暗。要是中央服務(wù)器的磁盤發(fā)生故障华临，碰巧沒做備份泛源，或者備份不夠及時潭袱，就會有丟失數(shù)據(jù)的風(fēng)險根时。最壞的情況是徹底丟失整個項目的所有歷史更改記錄甫匹，而被客戶端偶然提取出來的保存在本地的某些快照數(shù)據(jù)就成了恢復(fù)數(shù)據(jù)的希望称近。但這樣的話依然是個問題纯赎，你不能保證所有的數(shù)據(jù)都已經(jīng)有人事先完整提取出來過块攒。本地版本控制系統(tǒng)也存在類似問題励稳，只要整個項目的歷史記錄被保存在單一位置，就有丟失所有歷史更新記錄的風(fēng)險囱井。
-
分布式版本控制系統(tǒng)
于是分布式版本控制系統(tǒng)（ Distributed Version Control System驹尼，簡稱 DVCS ）面世了。在這類系統(tǒng)中庞呕，像 Git新翎，Mercurial，Bazaar 以及 Darcs 等住练，客戶端并不只提取最新版本的文件快照地啰，而是把代碼倉庫完整地鏡像下來。這么一來讲逛，任何一處協(xié)同工作用的服務(wù)器發(fā)生故障亏吝，事后都可以用任何一個鏡像出來的本地倉庫恢復(fù)。因為每一次的提取操作盏混，實際上都是一次對代碼倉庫的完整備份
Git 簡史
-
同生活中的許多偉大事件一樣蔚鸥，Git 誕生于一個極富紛爭大舉創(chuàng)新的年代惜论。Linux 內(nèi)核開源項目有著為數(shù)眾廣的參與者。絕大多數(shù)的 Linux 內(nèi)核維護工作都花在了提交補丁和保存歸檔的繁瑣事務(wù)上（1991－2002年間）株茶。到 2002 年来涨，整個項目組開始啟用分布式版本控制系統(tǒng) BitKeeper 來管理和維護代碼。
到了 2005 年启盛，開發(fā) BitKeeper 的商業(yè)公司同 Linux 內(nèi)核開源社區(qū)的合作關(guān)系結(jié)束蹦掐，他們收回了免費使用 BitKeeper 的權(quán)力。這就迫使 Linux 開源社區(qū)（特別是 Linux 的締造者 Linus Torvalds ）不得不吸取教訓(xùn)僵闯，只有開發(fā)一套屬于自己的版本控制系統(tǒng)才不至于重蹈覆轍卧抗。他們對新的系統(tǒng)制訂了若干目標：
- 速度
- 簡單的設(shè)計
- 對非線性開發(fā)模式的強力支持（允許上千個并行開發(fā)的分支）
- 完全分布式
- 有能力高效管理類似 Linux 內(nèi)核一樣的超大規(guī)模項目（速度和數(shù)據(jù)量）
自誕生于 2005 年以來，Git 日臻成熟完善鳖粟，在高度易用的同時社裆，仍然保留著初期設(shè)定的目標。它的速度飛快向图，極其適合管理大項目泳秀，它還有著令人難以置信的非線性分支管理系統(tǒng)（見第三章），可以應(yīng)付各種復(fù)雜的項目開發(fā)需求榄攀。
