Zi 字媒體

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