g4e基础篇#2 Git分布式版本控制系统的优势
1. 基礎篇：
為什么要使用版本控制系統
Git 分布式版本控制系統的優勢
Git 安裝和設置
初始化Git存儲庫(Repo)
起步 1 – 創建分支和保存代碼
起步 2 – 了解Git歷史記錄
起步 3 – 拉取請求 Pull Request 工作機制
Git是當前最棒的版本控制系統，已經迅速成為了事實的業界標準，以下是Stackoverflow網站在過去幾年中針對版本控制系統使用情況的統計，你可以明顯看出Git所占的絕對領導位置。
具體數據請參考：
??https://insights.stackoverflow.com/survey/2015
??https://insights.stackoverflow.com/survey/2017
Git和其他版本管理系統最大的區別在于它是一種分布式的版本管理系統（DVCS），這主要是針對類似SVN, TFVC或者ClearCase這種集中式版本管理系統（CVCS）而言的。簡單來說，每個Git存儲庫都是一份完整的代碼，歷史記錄以及分支的集合，而CVCS系統只在服務器上保存所有這些信息，而在本地一般只有當前版本和至多一個歷史版本。這種能力賦予了開發人員非常靈活的工作方式，因為分支/查找歷史/比較/合并等操作都不需要通過服務器進行，就可以更為輕松的脫機工作或者遠程工作；同時在連接到網絡的時候又可以和其他人共享代碼。
Git 的靈活性和用戶接受度使之成為任何團隊的首選。 現在，許多開發者和大學畢業生都已知道如何使用 Git。Git 的用戶社區中已有許多資源可用來培訓開發者，同時 Git 的用戶接受度使得用戶可以在需要時輕松獲得幫助。 幾乎所有的開發工具和技術棧都支持 Git，Git 命令行工具可以在所有主要操作系統上運行。對于企業來說，如果不使用Git會讓那些新入職的開發者感到非常不適應，并且大幅度降低他們的開發效率，我曾將見到過開發者因為應聘企業使用老舊的開發工具而拒絕接受企業的Offer。
Git的一些基本概念
提交 (commit)
每當通過git保存修改時，Git 會創建一個提交 (commit)。 提交就是在某一個時間點所有文件改動的快照。 如果在下一個提交中文件沒有變化，Git 會使用之前存儲的文件。 每一個提交都針對前一個提交保存一個鏈接，這種鏈接關系形成了一個開發歷史的數據鏈路。
這種鏈接關系讓我們可以將代碼還原為以前的提交、檢查兩個提交的文件變化，并能查看何時在哪里進行了更改等信息。 每個提交在 Git 中都有一個唯一的標識 (commit id)，這個id是通過對提交的內容執行加密哈希算法得出的。 由于一切都已經過哈希處理，因此 Git 一定可以檢測到更改、信息丟失或文件損壞。
分支(branch)
Git分支與傳統版本管理系統不同，并不會在文件系統中創建重復的文件，而是通過修改當前文件所指向的具體版本(commit id)來實現的，所以你不必切換文件夾就可以所以切換到任何分支上工作。
文件和提交狀態
Git 中的文件有以下三種狀態：已修改(modified)、已暫存(staged)或已提交(committed)。 首次修改文件時，更改只存在于工作目錄中。 這些更改還不屬于提交或開發歷史記錄。 必須暫存(stage)要包含在提交中的已更改文件（可以省略其中某些文件）才能將改動提交到Git。 暫存區域包含下一個提交將包含的所有更改。 對暫存文件感到滿意后，你就可以提交(commit)這些文件，并為提交添加描述信息。 這個提交就成為開發歷史記錄的一部分了。
Git的優勢
并行開發
每個人都有自己的代碼本地副本，可以同時在自己的分支上工作。 你也可以脫機使用 Git，因為幾乎所有操作都是在本地執行。
加快發布速度
借助分支，可以靈活地進行同步開發。 主分支(master)作為發布版本的穩定代碼。 功能分支(feature branch)包含正在進行的工作，完成后將合并到主分支中。 通過將主分支與正在進行的開發分隔開來，可以更好地管理穩定代碼，并更為高效安全的發布代碼。
內置集成
因為 Git 用戶接受度非常高，它已被集成到大多數工具和產品中。 所有主流的 IDE 都內置有 Git 支持，還有很多工具提供了與 Git 集成的持續集成、持續部署、自動測試、工作項跟蹤、指標和報表功能。?這種集成簡化了日常工作流，降低了企業開發中工具二次開發，集成和定制的需求。
強大的社區支持
Git 作為開放源代碼管理系統，已經成為版本控制系統的業界標準，為團隊提供所需的一切工具和資源。 相比其他版本控制系統，Git 的社區支持非常強大，你可以在需要時輕松獲得幫助。
Git適用于團隊協作
將 Git 與其他工具配合使用，可以鼓勵團隊協作、同時確保策略的實行、實現自動化，并能提高工作的可見性和可跟蹤性，從而提高團隊的工作效率。 你可以單獨選擇不同的版本控制系統、工作項跟蹤系統以及持續集成和部署工具。 也可以選擇?Visual Studio Team Services / Team Foundation Server?作為端到端的管理工具，團隊具備非常高的自主性和靈活性。
Git結合拉取請求(Pull Request)
使用拉取請求可以確保代碼檢視過程的有效，然后再將它們合并到主分支中。 在拉取請求中進行的討論非常有價值，可確保代碼質量并促進團隊成員相互學習和協作。?Visual Studio Team Services / Team Foundation Server? 提供了非常棒的拉取請求體驗，你可以瀏覽文件更改、發表意見、檢查提交、查看生成，并能通過社交化投票來批準代碼合并。
分支策略
分支策略是?Visual Studio Team Services / Team Foundation Server中提供一項有效保持主分支(master)代碼質量的策略機制，讓團隊可以通過配置靈活的策略實現對主分支的保護，比如：不允許直接向主分支提交代碼，必須經過代碼檢視才能合并，必須經過特定人員批準才能合并，必須解決所有代碼檢視意見才能合并等一系列非常有效的保護手段；同時也允許你自己定制更加復雜的策略規則來適配團隊的不同訴求。
小結
到這里，我們對Git的基本工作原理和它的優勢具備了一些了解。下一章中我們將開始搭建Git操作環境。
原文地址:http://devopshub.cn/2018/01/05/g4e-basic-02-git-intro/
.NET社區新聞，深度好文，歡迎訪問公眾號文章匯總 http://www.csharpkit.com
總結
以上是生活随笔為你收集整理的g4e基础篇#2 Git分布式版本控制系统的优势的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 用 Identity Server 4
- 下一篇： 设计模式之策略模式在地铁票价系统中的应用