1.1 關(guān)于版本控制

關(guān)于版本控制

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

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

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

許多人習(xí)慣用復(fù)制整個(gè)項(xiàng)目目錄的方式來保存不同的版本，或許還會(huì)改名加上備份時(shí)間以示區(qū)別。 這么做唯一的好處就是簡單，但是特別容易犯錯(cuò)。 有時(shí)候會(huì)混淆所在的工作目錄，一不小心會(huì)寫錯(cuò)文件或者覆蓋意想外的文件。

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

Figure 1-2.?集中化的版本控制.

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

事分兩面，有好有壞。 這么做最顯而易見的缺點(diǎn)是中央服務(wù)器的單點(diǎn)故障。 如果宕機(jī)一小時(shí)，那么在這一小時(shí)內(nèi)，誰都無法提交更新，也就無法協(xié)同工作。 如果中心數(shù)據(jù)庫所在的磁盤發(fā)生損壞，又沒有做恰當(dāng)備份，毫無疑問你將丟失所有數(shù)據(jù)——包括項(xiàng)目的整個(gè)變更歷史，只剩下人們在各自機(jī)器上保留的單獨(dú)快照。 本地版本控制系統(tǒng)也存在類似問題，只要整個(gè)項(xiàng)目的歷史記錄被保存在單一位置，就有丟失所有歷史更新記錄的風(fēng)險(xiǎn)。

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

于是分布式版本控制系統(tǒng)（Distributed Version Control System，簡稱 DVCS）面世了。 在這類系統(tǒng)中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客戶端并不只提取最新版本的文件快照，而是把代碼倉庫完整地鏡像下來。 這么一來，任何一處協(xié)同工作用的服務(wù)器發(fā)生故障，事后都可以用任何一個(gè)鏡像出來的本地倉庫恢復(fù)。 因?yàn)槊恳淮蔚目寺〔僮?，?shí)際上都是一次對代碼倉庫的完整備份。