版本控制入門簡介

來源: 伯樂在線發布時間: 2012-05-02 22:53 閱讀: 4198 次推薦: 3 原文鏈接 [收藏]

　　英文原文：An Introduction to Version Control

　　版本控制已經出現有些年頭了。然而，我還是會被人問起一些，諸如版本控制是什么或者它是如何工作的，這樣基礎的問題。本文會概括地解釋版本控制解決的重要問題，本文使用的場景針對的是源代碼版本控制。

　　目前有很多不同類型的版本控制系統（Version Control System， VCS）。一些 VCS，比如 Subversion 和 CVS，以中央倉庫（repository）為中心進行架構。此外，還有分布式的 VCS（Distributed VCS，DVCS）， Git 和 Mercurial 是兩個新近出現的 DVCS。然而，在上述兩種類型的環境中，通常會有一個“指定的”中央倉庫。對應地，比如一個 Subversion 服務器或者一個 GitHub 倉庫。下面會基于這個場景進行圖示說明。那么讓我們開始吧。

　　在開發者拷貝到本機之前，服務器需要創建一個倉庫。創建初始倉庫會由于產品不同而有所差別。從現在起，你所要知道的就是，在服務器上有一個初始空間。我把這個版本稱作版本“A”。

　　現在，每個開發者（開發者1和開發者2）都會拷貝版本“A”到他們本地電腦。再一次地，從服務器拷貝的過程會由于產品不同采用的技術會有所差別。

　　每個開發者會在他們的本地拷貝上進行開發。他們的本地拷貝基于版本“A”。然而，由于他們應該不會做同樣的開發，因而他們的版本會有所差別。因此，會有 2 個以上的版本會同時被創建，比如版本“B”和版本“C”。

　　開發者1首先完成了她的工作并提交到服務器。服務器上的當前版本被更新成版本“B”。

　　開發者2現在完成了他的工作并試圖提交到服務器。然而，這是服務器告知他基于開發的版本已經發生改變。這也是為什么采取版本控制的首要原因之一。這個特性是對網絡共享代碼然后由開發者手動更新的一個跨越式發展，這確保了之前的編輯沒有被新的修改覆蓋。

　　開發者2必須首先獲得所有版本“B”的變化，并合并到他的修改中，然后才可以提交到服務器。這個過程聽起來有些復雜。然而，大多數現代的版本控制系統十分高級，能夠自動在開發者的本地拷貝上完成合并。有幾種情況會產生沖突（例如：開發者1和開發者2同時修改了同一個文件的同一行）。這就是一些 VCS 產品比其他更高級的地方。不論如何完成合并，現在開發者2在他們的本地系統上同時混合了版本B和版本C。