版本控制系統
“程式碼”作為軟體研發的核心產物，在整個開發週期都在遞增，不斷合入新需求以及解決bug的新patch，這就需要有一款系統，能夠儲存、追蹤檔案的修改歷史，記錄多個版本的開發和維護。於是，版本控制系統（Version Control Systems）應運而生，主要分為兩類，集中式和分散式。
集中式版本控制系統
集中式版本控制系統的特點是隻有一臺中央伺服器，存放著所有研發資料,而其它客戶端機器上儲存的是中央伺服器最新版本的檔案快照，不包括專案檔案的變更歷史。所以，每個相關人員工作開始前，都需要從這臺中央伺服器同步最新版本,才能開始工作。
集中式版本控制系統的優點：
1.操作簡單，使用沒有難度，可輕鬆上手。
2.資料夾級許可權控制，許可權控制粒度小。
3.對客戶端配置要求不高，無需儲存全套程式碼。
集中式版本控制系統的缺點：
1.網路環境要求高，相關人員必須聯網才能工作。
2.中央伺服器的單點故障影響全域性，如果伺服器當機，所有人都無法工作。
3.中央伺服器在沒有備份的情況下，磁碟一旦被損壞，將丟失所有資料。
分散式版本控制系統
分散式版本控制系統的特點是每個客戶端都是程式碼倉庫的完整映象，包括專案檔案的變更歷史。所有資料分佈的儲存在每個客戶端，不存在中央伺服器。可能有人會問，我們公司使用Git分散式儲存工具，也有“中央伺服器”啊？其實,這個所謂的“中央伺服器”僅僅是用來方便管理多人協作，任何一臺客戶端都可以勝任它的工作，它和所有客戶端沒有本質區別。
分散式版本控制系統的優點：
1.版本庫本地化，版本庫的完整克隆，包括標籤、分支、版本記錄等。
2.支援離線提交，適合跨地域協同開發。
3.分支切換快速高效，建立和銷燬分支廉價。
分散式版本控制系統的缺點：
1.學習成本高，不容易上手。
2.只能針對整個倉庫建立分支，無法根據目錄建立層次性的分支。
SVN vs Git
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的雲端程式碼託管服務，目前，作者就正在使用華為軟體開發雲(www.hwclouds.com/devcloud/)配置管理服務託管程式碼，後面我也會詳細介紹它的使用方法。