說明：本文是對Git原理的學(xué)習(xí)過程中，一些重要的內(nèi)容摘抄。
里面的圖文大部分來自git-sam.com網(wǎng)站。此網(wǎng)站對git的介紹很詳細(xì)，收益匪淺
https://git-scm.com/book/zh/v1/%E8%B5%B7%E6%AD%A5
Git基本概念
Git其實(shí)是一個(gè)分布式版本控制系統(tǒng)（Distributed Version Control System，簡稱 DVCS）。
客戶端并不只提取最新版本的文件快照，而是把代碼倉庫完整地鏡像下來。 這么一來，任何一處協(xié)同工作用的服務(wù)器發(fā)生故障，事后都可以用任何一個(gè)鏡像出來的本地倉庫恢復(fù)。 因?yàn)槊恳淮蔚目寺〔僮?，?shí)際上都是一次對代碼倉庫的完整備份。
Git存儲方式 -直接記錄快照，而非差異比較
Git 在保存和對待各種信息的時(shí)候與其它版本控制系統(tǒng)有很大差異。
Git 更像是把數(shù)據(jù)看作是對小型文件系統(tǒng)的一組快照。 每次你提交更新，或在 Git 中保存項(xiàng)目狀態(tài)時(shí)，它主要對當(dāng)時(shí)的全部文件制作一個(gè)快照并保存這個(gè)快照的索引。 為了高效，如果文件沒有修改，Git 不再重新存儲該文件，而是只保留一個(gè)鏈接指向之前存儲的文件。 Git 對待數(shù)據(jù)更像是一個(gè) 快照流。
Git分支
Git 保存的不是文件的變化或者差異，而是一系列不同時(shí)刻的文件快照。
在進(jìn)行提交操作時(shí)，Git 會保存一個(gè)提交對象（commit object）。知道了 Git 保存數(shù)據(jù)的方式，我們可以很自然的想到——該提交對象會包含一個(gè)指向暫存內(nèi)容快照的指針。 但不僅僅是這樣，該提交對象還包含了作者的姓名和郵箱、提交時(shí)輸入的信息以及指向它的父對象的指針。首次提交產(chǎn)生的提交對象沒有父對象，普通提交操作產(chǎn)生的提交對象有一個(gè)父對象，而由多個(gè)分支合并產(chǎn)生的提交對象有多個(gè)父對象，為了更加形象地說明，我們假設(shè)現(xiàn)在有一個(gè)工作目錄，里面包含了三個(gè)將要被暫存和提交的文件。
首次提交之后，對應(yīng)的git倉庫的結(jié)構(gòu)如下：
$ git add README test.rb LICENSE
$ git commit -m 'The initial commit of my project'
首次提交對象及其樹結(jié)構(gòu)
做些修改后再次提交，那么這次產(chǎn)生的提交對象會包含一個(gè)指向上次提交對象（父對象）的指針。
提交對象及其父對象
Git 的分支，其實(shí)本質(zhì)上僅僅是指向提交對象的可變指針。 Git 的默認(rèn)分支名字是 master。 在多次提交操作之后，你其實(shí)已經(jīng)有一個(gè)指向最后那個(gè)提交對象的 master 分支。 它會在每次的提交操作中自動向前移動。
分支創(chuàng)建
Git 是怎么創(chuàng)建新分支的呢？ 很簡單，它只是為你創(chuàng)建了一個(gè)可以移動的新的指針。 比如，創(chuàng)建一個(gè) testing 分支， 你需要使用 git branch 命令：
git branch testing
這會在當(dāng)前所在的提交對象上創(chuàng)建一個(gè)指針。
分支切換
要切換到一個(gè)已存在的分支，你需要使用 git checkout 命令。 我們現(xiàn)在切換到新創(chuàng)建的 testing 分支去：
git checkout testing
這樣 HEAD 就指向 testing 分支了。
HEAD 分支隨著提交操作自動向前移動
如圖所示，你的 testing 分支向前移動了，但是 master 分支卻沒有，它仍然指向運(yùn)行 git checkout 時(shí)所指的對象。 這就有意思了，現(xiàn)在我們切換回 master 分支看看：
git checkout master
創(chuàng)建并check分支
想要新建一個(gè)分支并同時(shí)切換到那個(gè)分支上，你可以運(yùn)行一個(gè)帶有 -b 參數(shù)的 git checkout 命令：
git checkout -b iss53
Switched to a new branch "iss53"
它是下面兩條命令的簡寫：
git branch iss53
git checkout iss53
合并分支
有時(shí)候我們會遇到如下的場景，在你拉一個(gè)分支修改iss53分支時(shí)，中間又需要臨時(shí)拉一個(gè)分支去hotfix修改一個(gè)緊急問題
當(dāng)我們把hotfix修改完，測試沒有問題之后，需要把hotfix修改的內(nèi)容合并到master分支上，進(jìn)行發(fā)布。
git checkout -b hotfix
git checkout master
git merge hotfix
Updating f42c576..3a0874c
Fast-forward
index.html | 2 ++
1 file changed, 2 insertions(+)
在合并的時(shí)候，你應(yīng)該注意到了"快進(jìn)（fast-forward）"這個(gè)詞。 由于當(dāng)前 master 分支所指向的提交是你當(dāng)前提交（有關(guān) hotfix 的提交）的直接上游，所以 Git 只是簡單的將指針向前移動。 換句話說，當(dāng)你試圖合并兩個(gè)分支時(shí)，如果順著一個(gè)分支走下去能夠到達(dá)另一個(gè)分支，那么 Git 在合并兩者的時(shí)候，只會簡單的將指針向前推進(jìn)（指針右移），因?yàn)檫@種情況下的合并操作沒有需要解決的分歧——這就叫做 “快進(jìn)（fast-forward）”。
合并完成之后，master分支直接往前推進(jìn)到hotfix分支之后的最新指針狀態(tài)如下：
合并master最新的代碼到當(dāng)前分支，并繼續(xù)修改
$ git checkout iss53
Switched to branch 'iss53'
$ git merge master
把最新的分支合并到master
一般在研發(fā)過程中，時(shí)常也需要把master上別人提交的穩(wěn)定的最新的代碼合并到當(dāng)前分支。
$ git checkout iss53
Switched to branch 'iss53'
$ git merge master
等當(dāng)前分支開發(fā)完成之后，需要把當(dāng)前分支合并到master以待發(fā)布上線。
假如當(dāng)前的狀態(tài)是：
git checkout master
git merge iss53
Auto-merging README
Merge made by the 'recursive' strategy.
README | 1 +
1 file changed, 1 insertion(+)
這次合并操作的底層實(shí)現(xiàn)，并不同于之前 hotfix 的并入方式。因?yàn)檫@次你的開發(fā)歷史是從更早的地方開始分叉的。由于當(dāng)前 master 分支所指向的提交對象（C4）并不是 iss53 分支的直接祖先，Git 不得不進(jìn)行一些額外處理。就此例而言，Git 會用兩個(gè)分支的末端（C4 和 C5）以及它們的共同祖先（C2）進(jìn)行一次簡單的三方合并計(jì)算。圖 3-16 用紅框標(biāo)出了 Git 用于合并的三個(gè)提交對象：
** Git 為分支合并自動識別出最佳的同源合并點(diǎn)。 **
這次，Git 沒有簡單地把分支指針右移，而是對三方合并后的結(jié)果重新做一個(gè)新的快照，并自動創(chuàng)建一個(gè)指向它的提交對象（C6）（見圖 3-17）。這個(gè)提交對象比較特殊，它有兩個(gè)祖先（C4 和 C5）。
值得一提的是 Git 可以自己裁決哪個(gè)共同祖先才是最佳合并基礎(chǔ)；這和 CVS 或 Subversion（1.5 以后的版本）不同，它們需要開發(fā)者手工指定合并基礎(chǔ)。所以此特性讓 Git 的合并操作比其他系統(tǒng)都要簡單不少。
遠(yuǎn)程分支與本地分支的關(guān)系
遠(yuǎn)程分支
origin master：表示代碼服務(wù)器上的真正遠(yuǎn)程倉庫的分支。
origin/master:當(dāng)我們用clone或者fetch命令把服務(wù)器上遠(yuǎn)程分支拉取下來后，在本地git 倉庫就有了一個(gè)真正遠(yuǎn)程服務(wù)器倉庫上分支的一個(gè)拷貝，對遠(yuǎn)程倉庫中的分支的索引。我們也叫遠(yuǎn)程分支。 注意 本地遠(yuǎn)程倉庫（origin/master）是無法在本地進(jìn)行編輯的，如果要修改只能修改本地master的分支
master:當(dāng)我們用clone或者fetch命令把服務(wù)器上遠(yuǎn)程分支拉取代碼時(shí)，除開在遠(yuǎn)程分支在本地創(chuàng)建一個(gè)origin/master的分支索引之后，還會創(chuàng)建一個(gè)本地分支，master。
當(dāng)用Git clone時(shí)，Git 克隆會建立你自己的本地分支 master 和遠(yuǎn)程分支 origin/master，并且將它們都指向 origin 上的 master 分支。
如果clone之后，隨著我們在本地研發(fā)的推進(jìn)（commit），會把本地分支的master指針往前推進(jìn)，而同時(shí)隨著遠(yuǎn)程倉庫中的master分支有其它研發(fā)伙伴push之后在往前推進(jìn)。
如下圖：
通過git fetch獲取遠(yuǎn)程代碼的變更
我們在研發(fā)過程中可以通過fetch命令把遠(yuǎn)程倉庫中的最新代碼變更下載到本地的遠(yuǎn)程分支，在origin/master與orgin master一致。
推送代碼到服務(wù)器
可通過git push，把本地分支的代碼，推送到遠(yuǎn)程倉庫中，這樣其它的同伴就可收通過git fetch獲取到你push的最新的代碼了。
git push [遠(yuǎn)程名] [本地分支]:[遠(yuǎn)程分支]
######### 跟蹤遠(yuǎn)程分支
從遠(yuǎn)程分支 checkout 出來的本地分支，稱為 跟蹤分支 (tracking branch)。跟蹤分支是一種和某個(gè)遠(yuǎn)程分支有直接聯(lián)系的本地分支。在跟蹤分支里輸入 git push，Git 會自行推斷應(yīng)該向哪個(gè)服務(wù)器的哪個(gè)分支推送數(shù)據(jù)。同樣，在這些分支里運(yùn)行 git pull 會獲取所有遠(yuǎn)程索引，并把它們的數(shù)據(jù)都合并到本地分支中來。
一個(gè)共享共同遠(yuǎn)程分支的協(xié)作研發(fā)示例
分支的https://git-scm.com/book/zh/v1/Git-%E5%88%86%E6%94%AF-%E5%88%86%E6%94%AF%E7%9A%84%E5%8F%98%E5%9F%BA基與rebase
常用命令
分支管理相關(guān)
git branch
git branch 不加任何參數(shù)，則列出當(dāng)前所有分支；當(dāng)前分支前面用"*"標(biāo)識；
git branch -v 查看各分支最后一個(gè)提交對象的信息；
git branch --merged 查看已經(jīng)被合并的分支；
git branch --no-merged查看未被合并的分支；
git fetch 把遠(yuǎn)程倉庫中的變更同步獲取到本地倉庫中。
git push [遠(yuǎn)程名] [本地分支]:[遠(yuǎn)程分支]把本地的分支push到遠(yuǎn)程倉庫中。
相關(guān)鏈接文章：
5.2 分布式 Git - 向一個(gè)項(xiàng)目貢獻(xiàn)
2.3 Git 基礎(chǔ) - 查看提交歷史
2.4 Git 基礎(chǔ) - 撤消操作
2.5 Git 基礎(chǔ) - 遠(yuǎn)程倉庫的使用
3.2 Git 分支 - 分支的新建與合并
3.5 Git 分支 - 遠(yuǎn)程分支
3.6 Git 分支 - 變基
7.7 Git 工具 - 重置揭密
7.8 Git 工具 - 高級合并
master、origin master 與 origin/master 有什么區(qū)別？
master 這個(gè)很好理解，它代表本地的某個(gè)分支名。
origin master 代表著兩個(gè)概念，前面的 origin 代表遠(yuǎn)程名，后面的 master 代表遠(yuǎn)程分支名。
origin/master 只代表一個(gè)概念，即遠(yuǎn)程分支名，是從遠(yuǎn)程拉取代碼后在本地建立的一份拷貝（因此也有人把它叫作本地分支）。
舉幾個(gè)例子可能會更加清晰地說明問題：
執(zhí)行 git fetch origin master 時(shí)，它的意思是從名為 origin 的遠(yuǎn)程上拉取名為 master 的分支到本地分支 origin/master 中。既然是拉取代碼，當(dāng)然需要同時(shí)指定遠(yuǎn)程名與分支名，所以分開寫。
執(zhí)行 git merge origin/master 時(shí)，它的意思是合并名為 origin/master 的分支到當(dāng)前所在分支。既然是分支的合并，當(dāng)然就與遠(yuǎn)程名沒有直接的關(guān)系，所以沒有出現(xiàn)遠(yuǎn)程名。需要指定的是被合并的分支。
執(zhí)行 git push origin master 時(shí)，它的意思是推送本地的 master 分支到遠(yuǎn)程 origin，涉及到遠(yuǎn)程以及分支，當(dāng)然也得分開寫了
