如何選擇版本控制系統 ---為什麼選擇Git版本控制系統

「代碼」作為軟體研發的核心產物，在整個開發周期都在遞增，不斷合入新需求以及解決bug的新patch，這就需要有一款系統，能夠存儲、追蹤文件的修改歷史，記錄多個版本的開發和維護。於是，版本控制系統（Version Control Systems）應運而生，主要分為兩類，集中式和分散式。

集中式版本控制系統的特點是只有一台中央伺服器，存放著所有研發數據,而其它客戶端機器上保存的是中央伺服器最新版本的文件快照，不包括項目文件的變更歷史。所以，每個相關人員工作開始前，都需要從這台中央伺服器同步最新版本,才能開始工作。

集中式版本控制系統的優點：

1.操作簡單，使用沒有難度，可輕鬆上手。

2.文件夾級許可權控制，許可權控制粒度小。

3.對客戶端配置要求不高，無需存儲全套代碼。

集中式版本控制系統的缺點：

1.網路環境要求高，相關人員必須聯網才能工作。

2.中央伺服器的單點故障影響全局，如果伺服器宕機，所有人都無法工作。

3.中央伺服器在沒有備份的情況下，磁碟一旦被損壞，將丟失所有數據。

分散式版本控制系統的特點是每個客戶端都是代碼倉庫的完整鏡像，包括項目文件的變更歷史。所有數據分佈的存儲在每個客戶端，不存在中央伺服器。可能有人會問，我們公司使用Git分散式存儲工具，也有「中央伺服器」啊？其實,這個所謂的「中央伺服器」僅僅是用來方便管理多人協作，任何一台客戶端都可以勝任它的工作，它和所有客戶端沒有本質區別。

分散式版本控制系統的優點：

1.版本庫本地化，版本庫的完整克隆，包括標籤、分支、版本記錄等。

2.支持離線提交，適合跨地域協同開發。

3.分支切換快速高效，創建和銷毀分支廉價。

分散式版本控制系統的缺點：

1.學習成本高，不容易上手。

2.只能針對整個倉庫創建分支，無法根據目錄建立層次性的分支。

SVN和Git作為集中式和分散式版本控制系統的代表，都有廣大的使用群體，兩者的優缺點經常被比較。其實，工具對我們來說，就是幫助我們有效提升工作的效率與質量，最適合的就是最好的。我們引用幾個開發場景來看看兩個版本控制工具的適用範圍。

公司A，非純技術開發，項目包含大量媒體設計文件，相關人員只需下載自己關注的部分文件；員工PC電腦配置不高，沒有空間拷貝整個項目資料。

適用：SVN

分析：只需公司有一個足夠大的伺服器硬碟，員工本地只存儲自己相關的文件夾，不必下載不想關的媒體文件，避免浪費文件傳輸時間。

公司B，嵌入式底層開發，項目人員較多並且分佈在兩個城市，代碼龐大；用分支管理多機種并行開發，機種間經常相互合併新特性，新patch。

適用：Git

分析：

1.Git有能力高效管理類似Linux內核一樣的超大規模項目；

2.Git實現了離線開發、代碼審核特性，解決了跨地域協同開發中代碼質量和編碼協同的問題；

3.分支管理功能強大，便於查詢和追溯分支間的提交歷史；

4.Git基於DAG（有向非環圖）的設計比SVN的線性提交提供更好的合併追蹤，避免不必要的衝突，提高工作效率

公司C，某行業軟體開發，包含敏感重要數據，代碼倉庫和版本發布許可權掌握在客戶手中，代碼安全要求高，公司開發人員先將代碼提交到本地倉庫，只有在客戶審核通過才能提交到發布倉庫。

適用：Git

分析：

1.Git通過哈希加密保證數據的完整性，防止惡意篡改；

2.代碼分佈存儲，異地容災，保證數據安全；

3.Git支持團隊成員自建本地版本庫和分支，只有客戶發出合併請求，開發人員才能提交代碼，客戶可以對提交說明、代碼規範等方面逐一審核。

不難看出，Git憑藉自身的優勢，完美解決了大多數公司對版本控制工具的訴求。在當今敏捷開發成為主流,研發周期短，跨地域協同開發多的大形勢下，選擇Git是大勢所趨。也正因為如此，國內外有很多基於Git的雲端代碼託管服務，目前，作者就正在使用華為軟體開發雲(https://www.hwclouds.com/devcloud/)配置管理服務託管代碼，後面我也會詳細介紹它的使用方法。

完

加入最活躍的kubernetes技術討論QQ群，502207183，並註明城市、行業、技術方向。