關於版本控制
什麼是版本控制
- 定義
版本控制是一種記錄一個或若干文件內容變化，以便將來查閱特定版本修訂情況的系統
- 舉個例子
快畢業了要寫畢業論文，可能你的畢業論文要該很多個版本，第一稿、第二稿等等,如果你沒有“版本控制“這個思想,可能你每一個稿都在一個word文檔下更改,如果你哪一個突然需要之前幾稿的內容或者需要變回之前的內容，那麼你一定會抓狂。而如果你有”版本控制“這個思想，那麼你可能每一稿都保存在一個單獨的word文檔上並取好名字，那麼你需要變動成以前或者需要之前的內容，那麼就很簡單了，只需要查看之前的word文檔即可
在網上還有一個很形象的比喻，那就是把版本控制工具比作穿梭機，可以把代碼變回到之前的樣子
爲什麼要使用版本控制
有了版本控制你就可以將某個文件回溯到之前的狀態，甚至將整個項目都回退到過去某個時間點的狀態，你可以比較文件的變化細節，查出最後是誰修改了哪個地方，從而找出導致怪異問題出現的原因，又是誰在何時報告了某個功能缺陷等等。 使用版本控制系統通常還意味着，就算你亂來一氣把整個項目中的文件改的改刪的刪，你也照樣可以輕鬆恢復到原先的樣子。 但額外增加的工作量卻微乎其微。
這些優點在多人開發的時候尤其重要
有什麼版本控制工具
- 本地版本控制系統
許多人習慣用複製整個項目目錄的方式來保存不同的版本，或許還會改名加上備份時間以示區別。 這麼做唯一的好處就是簡單，但是特別容易犯錯。 有時候會混淆所在的工作目錄，一不小心會寫錯文件或者覆蓋意想外的文件。
爲了解決這個問題，人們很久以前就開發了許多種本地版本控制系統，大多都是採用某種簡單的數據庫來記錄文件的歷次更新差異。
其中最流行的一種叫做 RCS，現今許多計算機系統上都還看得到它的蹤影。 甚至在流行的 Mac OS X 系統上安裝了開發者工具包之後，也可以使用 rcs 命令。 它的工作原理是在硬盤上保存補丁集（補丁是指文件修訂前後的變化）；通過應用所有的補丁，可以重新計算出各個版本的文件內容。
- 集中化的版本控制系統
上面的問題解決了，接下來面臨着如何讓在不同系統上的開發者協同工作？於是，集中化的版本控制系統（Centralized Version Control Systems，簡稱 CVCS）應運而生。 這類系統，諸如 CVS、Subversion 以及 Perforce 等，都有一個單一的集中管理的服務器，保存所有文件的修訂版本，而協同工作的人們都通過客戶端連到這臺服務器，取出最新的文件或者提交更新。 多年以來，這已成爲版本控制系統的標準做法。
可以從上圖看出，集中化的版本控制版本系統比本地版本控制系統，多了一個集中管理的服務器
這種做法帶來了許多好處，特別是相較於老式的本地 VCS 來說。 現在，每個人都可以在一定程度上看到項目中的其他人正在做些什麼。 而管理員也可以輕鬆掌控每個開發者的權限，並且管理一個 CVCS 要遠比在各個客戶端上維護本地數據庫來得輕鬆容易。
缺點:
如果一旦服務器宕機，誰都無法提交更新，也就無法協同工作。服務器數據損壞，也將丟失所有數據
- 分佈式版本控制系統
於是分佈式版本控制系統（Distributed Version Control System，簡稱 DVCS）面世了。 在這類系統中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客戶端並不只提取最新版本的文件快照，而是把代碼倉庫完整地鏡像下來。 這麼一來，任何一處協同工作用的服務器發生故障，事後都可以用任何一個鏡像出來的本地倉庫恢復。 因爲每一次的克隆操作，實際上都是一次對代碼倉庫的完整備份。
更進一步，許多這類系統都可以指定和若干不同的遠端代碼倉庫進行交互。籍此，你就可以在同一個項目中，分別和不同工作小組的人相互協作。 你可以根據需要設定不同的協作流程，比如層次模型式的工作流，而這在以前的集中式系統中是無法實現的。