關于版本控制

什么是版本控制？我為什么要關心它呢？版本控制是一種記錄一個或若干文件內(nèi)容變化，以便將來查閱特定版本修訂情況的系統(tǒng)。在本書所展示的例子中，我們僅對保存著軟件源代碼的文本文件作版本控制管理，但實際上，你可以對任何類型的文件進行版本控制。

如果你是位圖形或網(wǎng)頁設計師，可能會需要保存某一幅圖片或頁面布局文件的所有修訂版本（這或許是你非?？释麚碛械墓δ埽?。采用版本控制系統(tǒng)（VCS）是個明智的選擇。有了它你就可以將某個文件回溯到之前的狀態(tài)，甚至將整個項目都回退到過去某個時間點的狀態(tài)。你可以比較文件的變化細節(jié)，查出最后是誰修改了哪個地方，從而找出導致怪異問題出現(xiàn)的原因，又是誰在何時報告了某個功能缺陷等等。使用版本控制系統(tǒng)通常還意味著，就算你亂來一氣把整個項目中的文件改的改刪的刪，你也照樣可以輕松恢復到原先的樣子。但額外增加的工作量卻微乎其微。

本地版本控制系統(tǒng)

許多人習慣用復制整個項目目錄的方式來保存不同的版本，或許還會改名加上備份時間以示區(qū)別。這么做唯一的好處就是簡單。不過壞處也不少：有時候會混淆所在的工作目錄，一旦弄錯文件丟了數(shù)據(jù)就沒法撤銷恢復。

為了解決這個問題，人們很久以前就開發(fā)了許多種本地版本控制系統(tǒng)，大多都是采用某種簡單的數(shù)據(jù)庫來記錄文件的歷次更新差異（見圖 1-1）。

圖 1-2. 集中化的版本控制系統(tǒng)

這種做法帶來了許多好處，特別是相較于老式的本地 VCS 來說?，F(xiàn)在，每個人都可以在一定程度上看到項目中的其他人正在做些什么。而管理員也可以輕松掌控每個開發(fā)者的權(quán)限，并且管理一個 CVCS 要遠比在各個客戶端上維護本地數(shù)據(jù)庫來得輕松容易。

事分兩面，有好有壞。這么做最顯而易見的缺點是中央服務器的單點故障。如果宕機一小時，那么在這一小時內(nèi)，誰都無法提交更新，也就無法協(xié)同工作。要是中央服務器的磁盤發(fā)生故障，碰巧沒做備份，或者備份不夠及時，就會有丟失數(shù)據(jù)的風險。最壞的情況是徹底丟失整個項目的所有歷史更改記錄，而被客戶端偶然提取出來的保存在本地的某些快照數(shù)據(jù)就成了恢復數(shù)據(jù)的希望。但這樣的話依然是個問題，你不能保證所有的數(shù)據(jù)都已經(jīng)有人事先完整提取出來過。本地版本控制系統(tǒng)也存在類似問題，只要整個項目的歷史記錄被保存在單一位置，就有丟失所有歷史更新記錄的風險。

分布式版本控制系統(tǒng)

于是分布式版本控制系統(tǒng)（ Distributed Version Control System，簡稱 DVCS ）面世了。在這類系統(tǒng)中，像 Git，Mercurial，Bazaar 以及 Darcs 等，客戶端并不只提取最新版本的文件快照，而是把代碼倉庫完整地鏡像下來。這么一來，任何一處協(xié)同工作用的服務器發(fā)生故障，事后都可以用任何一個鏡像出來的本地倉庫恢復。因為每一次的提取操作，實際上都是一次對代碼倉庫的完整備份（見圖 1-3）。