說明：本文是對Git原理的學習過程中坝咐，一些重要的內(nèi)容摘抄。
里面的圖文大部分來自git-sam.com網(wǎng)站。此網(wǎng)站對git的介紹很詳細，收益匪淺
https://git-scm.com/book/zh/v1/%E8%B5%B7%E6%AD%A5
Git基本概念
Git其實是一個分布式版本控制系統(tǒng)（Distributed Version Control System逃默，簡稱 DVCS）。
客戶端并不只提取最新版本的文件快照簇搅，而是把代碼倉庫完整地鏡像下來完域。 這么一來，任何一處協(xié)同工作用的服務器發(fā)生故障瘩将，事后都可以用任何一個鏡像出來的本地倉庫恢復吟税。 因為每一次的克隆操作，實際上都是一次對代碼倉庫的完整備份姿现。
Git存儲方式 -直接記錄快照肠仪，而非差異比較
Git 在保存和對待各種信息的時候與其它版本控制系統(tǒng)有很大差異。
Git 更像是把數(shù)據(jù)看作是對小型文件系統(tǒng)的一組快照备典。 每次你提交更新异旧，或在 Git 中保存項目狀態(tài)時，它主要對當時的全部文件制作一個快照并保存這個快照的索引提佣。 為了高效吮蛹，如果文件沒有修改，Git 不再重新存儲該文件拌屏，而是只保留一個鏈接指向之前存儲的文件潮针。 Git 對待數(shù)據(jù)更像是一個 快照流。
Git分支
Git 保存的不是文件的變化或者差異倚喂，而是一系列不同時刻的文件快照每篷。
在進行提交操作時，Git 會保存一個提交對象（commit object）端圈。知道了 Git 保存數(shù)據(jù)的方式焦读，我們可以很自然的想到——該提交對象會包含一個指向暫存內(nèi)容快照的指針。 但不僅僅是這樣枫笛，該提交對象還包含了作者的姓名和郵箱吨灭、提交時輸入的信息以及指向它的父對象的指針。首次提交產(chǎn)生的提交對象沒有父對象刑巧，普通提交操作產(chǎn)生的提交對象有一個父對象喧兄，而由多個分支合并產(chǎn)生的提交對象有多個父對象，為了更加形象地說明啊楚，我們假設現(xiàn)在有一個工作目錄吠冤，里面包含了三個將要被暫存和提交的文件。
首次提交之后恭理，對應的git倉庫的結(jié)構(gòu)如下：
$ git add README test.rb LICENSE
$ git commit -m 'The initial commit of my project'
首次提交對象及其樹結(jié)構(gòu)
做些修改后再次提交拯辙，那么這次產(chǎn)生的提交對象會包含一個指向上次提交對象（父對象）的指針。
提交對象及其父對象
Git 的分支，其實本質(zhì)上僅僅是指向提交對象的可變指針涯保。 Git 的默認分支名字是 master诉濒。 在多次提交操作之后，你其實已經(jīng)有一個指向最后那個提交對象的 master 分支夕春。 它會在每次的提交操作中自動向前移動未荒。
分支創(chuàng)建
Git 是怎么創(chuàng)建新分支的呢？ 很簡單及志，它只是為你創(chuàng)建了一個可以移動的新的指針片排。 比如，創(chuàng)建一個 testing 分支速侈， 你需要使用 git branch 命令：
git branch testing
這會在當前所在的提交對象上創(chuàng)建一個指針率寡。
分支切換
要切換到一個已存在的分支，你需要使用 git checkout 命令倚搬。 我們現(xiàn)在切換到新創(chuàng)建的 testing 分支去：
git checkout testing
這樣 HEAD 就指向 testing 分支了冶共。
HEAD 分支隨著提交操作自動向前移動
如圖所示，你的 testing 分支向前移動了每界，但是 master 分支卻沒有比默，它仍然指向運行 git checkout 時所指的對象。 這就有意思了盆犁，現(xiàn)在我們切換回 master 分支看看：
git checkout master
創(chuàng)建并check分支
想要新建一個分支并同時切換到那個分支上，你可以運行一個帶有 -b 參數(shù)的 git checkout 命令：
git checkout -b iss53
Switched to a new branch "iss53"
它是下面兩條命令的簡寫：
git branch iss53
git checkout iss53
合并分支
有時候我們會遇到如下的場景篡九，在你拉一個分支修改iss53分支時谐岁，中間又需要臨時拉一個分支去hotfix修改一個緊急問題
當我們把hotfix修改完，測試沒有問題之后榛臼，需要把hotfix修改的內(nèi)容合并到master分支上伊佃，進行發(fā)布。
git checkout -b hotfix
git checkout master
git merge hotfix
Updating f42c576..3a0874c
Fast-forward
index.html | 2 ++
1 file changed, 2 insertions(+)
在合并的時候沛善，你應該注意到了"快進（fast-forward）"這個詞航揉。 由于當前 master 分支所指向的提交是你當前提交（有關 hotfix 的提交）的直接上游，所以 Git 只是簡單的將指針向前移動金刁。 換句話說帅涂，當你試圖合并兩個分支時，如果順著一個分支走下去能夠到達另一個分支尤蛮，那么 Git 在合并兩者的時候媳友，只會簡單的將指針向前推進（指針右移），因為這種情況下的合并操作沒有需要解決的分歧——這就叫做 “快進（fast-forward）”产捞。
合并完成之后醇锚，master分支直接往前推進到hotfix分支之后的最新指針狀態(tài)如下：
合并master最新的代碼到當前分支，并繼續(xù)修改
$ git checkout iss53
Switched to branch 'iss53'
$ git merge master
把最新的分支合并到master
一般在研發(fā)過程中坯临，時常也需要把master上別人提交的穩(wěn)定的最新的代碼合并到當前分支焊唬。
$ git checkout iss53
Switched to branch 'iss53'
$ git merge master
等當前分支開發(fā)完成之后恋昼，需要把當前分支合并到master以待發(fā)布上線。
假如當前的狀態(tài)是：
git checkout master
git merge iss53
Auto-merging README
Merge made by the 'recursive' strategy.
README | 1 +
1 file changed, 1 insertion(+)
這次合并操作的底層實現(xiàn)赶促，并不同于之前 hotfix 的并入方式液肌。因為這次你的開發(fā)歷史是從更早的地方開始分叉的。由于當前 master 分支所指向的提交對象（C4）并不是 iss53 分支的直接祖先芳杏，Git 不得不進行一些額外處理矩屁。就此例而言，Git 會用兩個分支的末端（C4 和 C5）以及它們的共同祖先（C2）進行一次簡單的三方合并計算爵赵。圖 3-16 用紅框標出了 Git 用于合并的三個提交對象：
** Git 為分支合并自動識別出最佳的同源合并點吝秕。 **
這次，Git 沒有簡單地把分支指針右移空幻，而是對三方合并后的結(jié)果重新做一個新的快照烁峭，并自動創(chuàng)建一個指向它的提交對象（C6）（見圖 3-17）。這個提交對象比較特殊秕铛，它有兩個祖先（C4 和 C5）约郁。
值得一提的是 Git 可以自己裁決哪個共同祖先才是最佳合并基礎；這和 CVS 或 Subversion（1.5 以后的版本）不同但两，它們需要開發(fā)者手工指定合并基礎鬓梅。所以此特性讓 Git 的合并操作比其他系統(tǒng)都要簡單不少。
遠程分支與本地分支的關系
遠程分支
origin master：表示代碼服務器上的真正遠程倉庫的分支谨湘。
origin/master:當我們用clone或者fetch命令把服務器上遠程分支拉取下來后绽快，在本地git 倉庫就有了一個真正遠程服務器倉庫上分支的一個拷貝，對遠程倉庫中的分支的索引紧阔。我們也叫遠程分支坊罢。 注意 本地遠程倉庫（origin/master）是無法在本地進行編輯的，如果要修改只能修改本地master的分支
master:當我們用clone或者fetch命令把服務器上遠程分支拉取代碼時擅耽，除開在遠程分支在本地創(chuàng)建一個origin/master的分支索引之后活孩，還會創(chuàng)建一個本地分支，master乖仇。
當用Git clone時憾儒，Git 克隆會建立你自己的本地分支 master 和遠程分支 origin/master，并且將它們都指向 origin 上的 master 分支乃沙。
如果clone之后航夺，隨著我們在本地研發(fā)的推進（commit），會把本地分支的master指針往前推進崔涂，而同時隨著遠程倉庫中的master分支有其它研發(fā)伙伴push之后在往前推進阳掐。
如下圖：
通過git fetch獲取遠程代碼的變更
我們在研發(fā)過程中可以通過fetch命令把遠程倉庫中的最新代碼變更下載到本地的遠程分支，在origin/master與orgin master一致。
推送代碼到服務器
可通過git push缭保，把本地分支的代碼汛闸，推送到遠程倉庫中，這樣其它的同伴就可收通過git fetch獲取到你push的最新的代碼了艺骂。
git push [遠程名] [本地分支]:[遠程分支]
######### 跟蹤遠程分支
從遠程分支 checkout 出來的本地分支诸老，稱為 跟蹤分支 (tracking branch)。跟蹤分支是一種和某個遠程分支有直接聯(lián)系的本地分支钳恕。在跟蹤分支里輸入 git push别伏，Git 會自行推斷應該向哪個服務器的哪個分支推送數(shù)據(jù)。同樣忧额，在這些分支里運行 git pull 會獲取所有遠程索引厘肮，并把它們的數(shù)據(jù)都合并到本地分支中來。
一個共享共同遠程分支的協(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
常用命令
分支管理相關
git branch
git branch 不加任何參數(shù)睦番，則列出當前所有分支类茂；當前分支前面用"*"標識；
git branch -v 查看各分支最后一個提交對象的信息托嚣；
git branch --merged 查看已經(jīng)被合并的分支巩检；
git branch --no-merged查看未被合并的分支；
git fetch 把遠程倉庫中的變更同步獲取到本地倉庫中示启。
git push [遠程名] [本地分支]:[遠程分支]把本地的分支push到遠程倉庫中兢哭。
相關鏈接文章：
5.2 分布式 Git - 向一個項目貢獻
2.3 Git 基礎 - 查看提交歷史
2.4 Git 基礎 - 撤消操作
2.5 Git 基礎 - 遠程倉庫的使用
3.2 Git 分支 - 分支的新建與合并
3.5 Git 分支 - 遠程分支
3.6 Git 分支 - 變基
7.7 Git 工具 - 重置揭密
7.8 Git 工具 - 高級合并
master、origin master 與 origin/master 有什么區(qū)別夫嗓？
master 這個很好理解厦瓢，它代表本地的某個分支名。
origin master 代表著兩個概念啤月，前面的 origin 代表遠程名，后面的 master 代表遠程分支名劳跃。
origin/master 只代表一個概念谎仲，即遠程分支名，是從遠程拉取代碼后在本地建立的一份拷貝（因此也有人把它叫作本地分支）刨仑。
舉幾個例子可能會更加清晰地說明問題：
執(zhí)行 git fetch origin master 時郑诺，它的意思是從名為 origin 的遠程上拉取名為 master 的分支到本地分支 origin/master 中。既然是拉取代碼杉武，當然需要同時指定遠程名與分支名辙诞，所以分開寫。
執(zhí)行 git merge origin/master 時轻抱，它的意思是合并名為 origin/master 的分支到當前所在分支飞涂。既然是分支的合并，當然就與遠程名沒有直接的關系，所以沒有出現(xiàn)遠程名较店。需要指定的是被合并的分支士八。
執(zhí)行 git push origin master 時，它的意思是推送本地的 master 分支到遠程 origin梁呈，涉及到遠程以及分支婚度，當然也得分開寫了
