Git 是 Linux 發明者 Linus 開發的一款新時代的版本控制系統，那什麼是版本控制系統呢?怎麼理解?網上一大堆詳細的介紹，但是大多枯燥乏味，對於新手也很難理解，這裡我只舉幾個例子來幫助你們理解。
1. 什麼是Git?
熟悉程式設計的知道，我們在軟體開發中原始碼其實是最重要的，那麼對原始碼的管理變得異常重要：
比如為了防止程式碼的丟失，肯定本地機器與遠端伺服器都要存放一份，而且還需要有一套機制讓本地可以跟遠端同步;
又比如我們經常是好幾個人做同一個專案，都要對一份程式碼做更改，這個時候需要大家互不影響，又需要各自可以同步別人的程式碼;
又比如我們開發的時候免不了有bug，有時候剛釋出的功能就出現了嚴重的bug，這個時候需要緊急對程式碼進行還原;
又比如隨著我們版本迭代的功能越來越多，但是我們需要清楚的知道歷史每一個版本的程式碼更改記錄，甚至知道每個人歷史提交程式碼的情況;
等等等類似以上的情況，這些都是版本控制系統能解決的問題。所以說，版本控制是一種記錄一個或若干檔案內容變化，以便將來查閱特定版本修訂情況的系統，對於軟體開發領域來說版本控制是最重要的一環，而 Git 毫無疑問是當下最流行、最好用的版本控制系統。
2. Git 安裝
上面說了，Git 是一個版本控制系統，你也可以理解成是一個工具，跟 Java 類似，使用之前必須得先下載安裝，所以第一步必須要安裝，我用的是 Mac ， Mac 上其實系統自帶 Git 的，不過這裡統一提供一下各平臺的安裝方式，這部分就不過多介紹，相信大家這裡搞的定。
- Mac：[git-osx-installer download]
- Windows：[Git for Windows]
- Linux：
Debian系列：apt-get install git
Fedora上：yum install git-core
3. 如何學習 Git ?
安裝好 Git 之後，怎麼學習是個問題，其實關於 Git 有很多圖形化的軟體可以操作，但是我強烈建議大家從命令列開始學習理解，我知道沒接觸過命令列的人可能會很牴觸，但是我的親身實踐證明，只有一開始學習命令列，之後你對 Git 的每一步操作才能理解其意義，而等你熟練之後你想用任何的圖形化的軟體去操作完全沒問題。
我一開始教我們團隊成員全是基於命令列的，事後證明他們現在已經深深愛上命令列無法自拔，他們很理解 Git 每一步操作的具體含義，以致於在實際專案很少犯錯，所以我這裡也是基於命令列去教你們學習理解。
4. Git 命令列表
怎麼判斷你 Git 有沒有安裝成功?請在命令列裡輸入 git ，如果出現以下提示證明你已經安裝成功了。
Git 所有的操作命令開頭都要以 git 開頭，上面列舉了最常用的一些 Git 命令，緊接著會有一句英文解釋這個命令的意義，都不是很難的單詞，不妨試著看一下，不過沒有實際操作你仍然不好理解，下面我們來以一個實際的操作來介紹下一些常用命令的含義。
5. Git 具體命令
第一步，我們先新建一個資料夾，在資料夾裡新建一個檔案(我是用 Linux 命令去新建的，Windows使用者可以自己手動新建)
mkdir test (建立資料夾test)
cd test (切換到test目錄)
touch (新建檔案)
這裡提醒下：在進行任何 Git 操作之前，都要先切換到 Git 倉庫目錄，也就是先要先切換到專案的資料夾目錄下。
這個時候我們先隨便操作一個命令，比如 git status ，可以看到如下提示(別糾結顏色之類的，配置與主題不一樣而已)：
意思就是當前目錄還不是一個 Git 倉庫。
git init
這個時候用到了第一個命令，代表初始化 git 倉庫，輸入 git init 之後會提示：
可以看到初始化成了，至此 test 目錄已經是一個 git 倉庫了。
git status
緊接著我們輸入 git status 命令，會有如下提示：
預設就直接在 master 分支，關於分支的概念後面會提，這時最主要的是提示 檔案 Untracked files ，就是說 這個檔案還沒有被跟蹤，還沒有提交在 git 倉庫裡呢，而且提示你可以使用 git add 去操作你想要提交的檔案。
git status 這個命令顧名思義就是檢視狀態，這個命令可以算是使用最頻繁的一個命令了，建議大家沒事就輸入下這個命令，來檢視你當前 git 倉庫的一些狀態。
git add
上面提示 檔案還沒有提交到 git 倉庫裡，這個時候我們可以隨便編輯下 檔案，然後輸入 git add ，然後再輸入 git status :
此時提示以下檔案 Changes to be committed ， 意思就是 檔案等待被提交，當然你可以使用 git rm –cached 這個命令去移除這個快取。
git commit
接著我們輸入 git commit -m ‘first commit’ ，這個命令什麼意思呢? commit 是提交的意思，-m 代表是提交資訊，執行了以上命令代表我們已經正式進行了第一次提交。
這個時候再輸入 git status ，會提示 nothing to commit。
git log
這個時候我們輸入 git log 命令，會看到如下：
git log 命令可以檢視所有產生的 commit 記錄，所以可以看到已經產生了一條 commit 記錄，而提交時候的附帶資訊叫 ‘first commit’ 。
git add & git commit
看到這裡估計很多人會有疑問，我想要提交直接進行 commit 不就行了麼，為什麼先要再 add 一次呢?首先 git add 是先把改動新增到一個「暫存區」，你可以理解成是一個快取區域，臨時儲存你的改動，而 git commit 才是最後真正的提交。這樣做的好處就是防止誤提交，當然也有辦法把這兩步合併成一步，不過後面再介紹，建議新手先按部就班的一步步來。
git branch
branch 即分支的意思，分支的概念很重要，尤其是團隊協作的時候，假設兩個人都在做同一個專案，這個時候分支就是保證兩人能協同合作的最大利器了。舉個例子，A, B倆人都在做同一個專案，但是不同的模組，這個時候A新建了一個分支叫a， B新建了一個分支叫b，這樣A、B做的所有程式碼改動都各自在各自的分支，互不影響，等到倆人都把各自的`模組都做完了，最後再統一把分支合併起來。
執行 git init 初始化git倉庫之後會預設生成一個主分支 master ，也是你所在的預設分支，也基本是實際開發正式環境下的分支，一般情況下 master 分支不會輕易直接在上面操作的，你們可以輸入 git branch 檢視下當前分支情況：
如果我們想在此基礎上新建一個分支呢，很簡單，執行 git branch a 就新建了一個名字叫 a 的分支，這時候分支 a 跟分支 master 是一模一樣的內容，我們再輸入 git branch 檢視的當前分支情況：
但是可以看到 master 分支前有個 * 號，即雖然新建了一個 a 的分支，但是當前所在的分支還是在 master 上，如果我們想在 a 分支上進行開發，首先要先切換到 a 分支上才行，所以下一步要切換分支
git checkout a
執行這個命令，然後再輸入 git branch 檢視下分支情況：
可以看到當前我們在的分支已經是a了，這個時候 A 同學就可以盡情的在他新建的a分支去進行程式碼改動了。
那有人就說了，我要先新建再切換，未免有點麻煩，有沒有一步到位的，聰明：
git checkout -b a
這個命令的意思就是新建一個a分支，並且自動切換到a分支。
git merge
A同學在a分支程式碼寫的不亦樂乎，終於他的功能完工了，並且測試也都ok了，準備要上線了，這個時候就需要把他的程式碼合併到主分支master上來，然後釋出。git merge 就是合併分支用到的命令，針對這個情況，需要先做兩步，第一步是切換到 master 分支，如果你已經在了就不用切換了，第二步執行 git merge a ，意思就是把a分支的程式碼合併過來，不出意外，這個時候a分支的程式碼就順利合併到 master 分支來了。為什麼說不出意外呢?因為這個時候可能會有衝突而合併失敗，留個包袱，這個到後面進階的時候再講。
git branch -d
有新建分支，那肯定有刪除分支，假如這個分支新建錯了，或者a分支的程式碼已經順利合併到 master 分支來了，那麼a分支沒用了，需要刪除，這個時候執行 git branch -d a 就可以把a分支刪除了。
git branch -D
有些時候可能會刪除失敗，比如如果a分支的程式碼還沒有合併到master，你執行 git branch -d a 是刪除不了的，它會智慧的提示你a分支還有未合併的程式碼，但是如果你非要刪除，那就執行 git branch -D a 就可以強制刪除a分支。
git tag
我們在客戶端開發的時候經常有版本的概念，比如v1.0、v1.1之類的，不同的版本肯定對應不同的程式碼，所以我一般要給我們的程式碼加上標籤，這樣假設v1.1版本出了一個新bug，但是又不曉得v1.0是不是有這個bug，有了標籤就可以順利切換到v1.0的程式碼，重新打個包測試了。
所以如果想要新建一個標籤很簡單，比如 git tag v1.0 就代表我在當前程式碼狀態下新建了一個v1.0的標籤，輸入 git tag 可以檢視歷史 tag 記錄。
可以看到我新建了兩個標籤 v1.0、v1.1。
想要切換到某個tag怎麼辦?也很簡單，執行 git checkout v1.0 ，這樣就順利的切換到 v1.0 tag的程式碼狀態了。
