git命令的進階和複習（帶動圖效果）

1. 學習途徑

我的學習途徑主要如下幾個：

• learnGit在線學習
• 猴子都能懂的git
• 小姐姐用動畫圖解Git

我的比較推薦第二個Git學習網站猴子都能懂的git，圖文結合，簡單明瞭，本文將介紹一些經常使用 Git 指令，做爲一個學習總結

• git rebase
• git merge
• git reset
• git revert
• git cherry-pick
• git fetch
• git pull
• git reflog

2. 分支的合併(merge)

對於merge而言，又有兩個合併策略：

• fast-forward
• no-fast-forward

假設bugfix分支是從master分支分叉出來的,以這個圖做爲初始分支狀態

2.1 fast-forward

git merge默認採用fast-forward的方式，執行git merge等同於執行git merge --ff，–ff是fast-forward的簡寫。特色：

• 快進操做：只更新指針的指向,不會創造一個新的commit節點。
• 缺點：一旦刪除分支或者分支指針往前走，會丟掉分支信息(原來這個分支的作了什麼在log中體現不出來)
• 觸發時機：合併 bugfix分支到master分支時，若是master分支的狀態沒有被更改過，這樣的合併被稱爲fast-forward（快進）合併

  

2.2 no-fast-forward

--no-ff 指的是強行關閉fast-forward方式,使得每一次的合併都建立一個新的commit記錄。完整的命令以下

//即在合併分支命令加入 --no-ff 後綴的方式運行
$ git merge --no-ff -m "merge with no-ff" dev
複製代碼

• 如何設置默認爲no-fast-forward模式

//第一種方案：全局設置禁用fast-forward
git config --global --add merge.ff false
//第二種方案：某個分支單獨禁用fast-forward
git config branch.【分支名】.mergeoptions  "--no-ff"
複製代碼

• 觸發時機：
  好比master分支的歷史記錄有可能在bugfix分支分叉出去後有新的更新。

  

  此時若是把bugFix合併到master，合併兩個修改會生成一個提交。這時，master分支的HEAD會移動到該提交上。

  

3. 變基(rebase)

reabse和merge其實均可以看做爲合併操做，rebase 的優點就是能夠創造更線性的提交歷史,仍是以這張圖爲列

執行如下命令:

//rebase bugfix分支到master分支
➜  ~ git:(master) ✗ git rebase bugfix
複製代碼

如今 bugFix 分支上的工做在 master 的最頂端，同時咱們也獲得了一個更線性的提交序列。rebase以後，惟一的問題就是 master的HEAD位置尚未更新。因此須要【 將master的HEAD移動到bugfix的HEAD】

~ git:(bugFix) ✗ git checkout master
~ git:(master) ✗ git merge bugFix 或者git rebase  bugFix
複製代碼

因爲篇幅緣由，有興趣的能夠在瞭解下交互式變基，交互式變基修改commit，如commit的合併、順序調整、commit的提交日誌修改。

4. 重置(reset)

撤銷變動方式有兩種。其中一種就是git reset（控制當前分支回撤到某次提交時的狀態。），這個部分這篇文章小姐姐用動畫圖解Git講的相對好一些

4.1 軟重置

最大的特色：撤回到特定提交以後，已有的修改會保留

如下圖爲例：9e78i 提交添加了 style.css 文件，035cc 提交添加了 index.js 文件。使用軟重置，咱們能夠撤銷提交記錄，可是保留新建的 style.css 和 index.js 文件。

4.2 硬重置

最大的特色：無需保留提交已有的修改，直接將當前分支的狀態恢復到某個特定提交下，，硬重置還會將當前工做目錄（working directory）中的文件、已暫存文件（staged files）所有移除

使用 git status 查看，發現當前操做空間空空如也。Git 丟棄了 9e78i 和 035cc 兩次提交引入的修改，將倉庫重置到 ec5be 時的狀態

5. 還原（revert）

雖然在你的本地分支中使用 git reset 很方便，可是這種「改寫歷史」的方法對你們一塊兒使用的遠程分支是無效的，因此要使用revert

• 最大的特色：用於還原某次提交的修改時，會建立一個包含已還原更改的 新提交記錄
• 好比：咱們在 ec5be 上添加了 index.js 文件。以後發現並不須要這個文件，能夠執行git revert ec5be 指令還原以前的更改

  

  新的提交記錄 9e78i 還原了 ec5be 引入的更改。git revert 能夠在不修改分支歷史的前提下，還原某次提交引入的更改

6. 檢出提交(cherry-pick)

若是某個分支上的某次提交的修改正是當前分支須要的，那咱們可使用 git cherry-pick 命令檢出某次的提交更改,做爲新的提交添加到當前分支上面

//命令形式爲:
git cherry-pick <提交號>...
複製代碼

好比：dev 分支上的 76d12 提交添加了 index.js 文件，咱們須要將本次提交更改加入到 master 分支，那麼就可使用 git cherry-pick 76d12 單獨檢出這條記錄修改。

7 git fetch

好比：你和你的同事在master分支上工做，若是你的同事將他作的更改提交到了遠程分支上(orgin/master),而這些提交是你本地沒有的,此時，就要使用 git fetch指令將遠程分支上的最新的修改下載下來

git fetch 指令並無影響本地分支,即head指針位置未改變

8. 拉取(pull)

git pull 指令實際作了兩件事：git fetch和 git merge 這裏，至關於在get fetch基礎上，移動了Head指針。這裏就不具體闡述了

9. Reflog

git reflog 是一個很是有用的命令，用於顯示全部已執行操做的日誌！包括合併、重置、還原：基本上記錄了對分支的任何更

• 使用場景：假設你不當心使用 git reset 命令硬重置倉庫到某個提交。後面忽然想到，重置致使了一些已有的正常代碼的誤刪

  

• demo 咱們不想合併 origin/master 分支了。執行 git reflog 命令，咱們看到合併以前的倉庫狀態位於 HEAD@{1} 這個地方，咱們使用 git reset 指令將 HEAD 頭指向 HEAD@{1}

  

10. 補充

10.1 commit --amend

能夠更新先前的commit的提交信息，而且本地倉庫中並不會產生一個新的commit

10.2 squash merge:

可能你遇到過想要合併多個 commit 爲一個，這時候就能夠用squash merge把某個分支上的全部提交都合併成一個提交

git merge --squash 分支名
複製代碼