25個 Git 進階技巧

我已經使用git差不多18個月了，覺得自己對它應該已經非常瞭解。然後來自GitHub的Scott Chacon過來給LVS做培訓，而我在第一天裡就學到了很多。

作為一個對git感覺良好的人，我覺得分享從社群裡掌握的一些有價值的資訊，也許能幫某人解決問題而不用做太深入研究。

基本技巧

1. 安裝後的第一步

在安裝好git後，你第一件該做的事是設定你的名字和電子郵箱，因為每次提交都要用到這些資訊：

$ git config --global user.name "Some One"
$ git config --global user.email "someone@gmail.com"

2. Git是基於指標的

儲存在git裡的一切都是檔案。當你建立一個提交的時候，會建立一個包含你的提交資訊和相關資料（名字，郵件地址，日期/時間，前一個提交，等等）的檔案，並把它連結到一個樹檔案中。這個樹檔案中包含了物件或其他樹的列表。這裡的提到的物件（或二進位制大物件）是和本次提交相關的實際內容（它也是一個檔案，另外，儘管檔名並沒有包含在物件裡，但是儲存在樹中）。所有這些檔案都使用物件的SHA-1雜湊值作為檔名。

用這種方式，分支和標籤就是簡單的檔案（基本上是這樣），包含指向該提交的SHA-1雜湊值。使用這些索引會帶來優秀的靈活性和速度，比如建立一個新分支就是簡單地用分支名字和所分出的那個提交的SHA-1索引來建立一個檔案。當然，你不需要自己做這些，而只要使用Git命令行工具（或者GUI），但是實際上就是這麼簡單。

你也許聽說過叫HEAD的索引。這只是簡單的一個檔案，包含了你當前指向的那個提交的SHA-1索引值。如果你正在解決一次合併衝突然後看到了HEAD，這並不是一個特別的分支或分支上的一個必需的特殊位置，只是標明你當前所在位置。

所有的分支指標都儲存在.git/refs/heads裡，HEAD在.git/HEAD裡，而標籤儲存在.git/refs/tags裡 – 自己可以隨便進去看看。

3. 兩個爸爸（父節點） – 你沒看錯！

在歷史中檢視一個合併提交的資訊時，你將看到有兩個父節點（不同於工作副本上的常規提交的情況）。第一個父節點是你所在的分支，第二個是你合併過來的分支。

4. 合併衝突

目前我相信你碰到過合併衝突並且解決過。通常是編輯一下檔案，去掉<<<<，====，>>>>標誌，保留需要留下的程式碼。有時能夠看到這兩個修改之前的程式碼會很不錯，比如，在這兩個現在衝突的分支之前的改動。下面是一種方式：

$ git diff --merge
diff --cc dummy.rb  
index 5175dde,0c65895..4a00477  
--- a/dummy.rb
+++ b/dummy.rb
@@@ -1,5 -1,5 +1,5 @@@
  class MyFoo
    def say
-     puts "Bonjour"
 -    puts "Hello world"
++    puts "Annyong Haseyo"
    end
  end

如果是二進位制檔案，比較差異就沒那麼簡單了…通常你要做的就是測試這個二進位制檔案的兩個版本來決定保留哪個（或者在二進位制檔案編輯器裡手工複製衝突部分）。從一個特定分支獲取檔案拷貝（比如說你在合併master和feature123兩個分支）：

$ git checkout master flash/foo.fla # 或者...
$ git checkout feature132 flash/foo.fla
$ # 然後...
$ git add flash/foo.fla

另一種方式是通過git輸出檔案 – 你可以輸出到另外的檔名，然後當你決定了要用哪個後，再將選定的正確檔案複製為正常的檔名：

$ git show master:flash/foo.fla > master-foo.fla
$ git show feature132:flash/foo.fla > feature132-foo.fla
$ # 檢出master-foo.fla和feature132-foo.fla
$ # 假如說我們決定來自feature132的檔案是正確的
$ rm flash/foo.fla
$ mv feature132-foo.fla flash/foo.fla
$ rm master-foo.fla
$ git add flash/foo.fla

更新：感謝Carl在原部落格文章上評論裡的提醒，你實際上可以用“git checkout —ours flash/foo.fla”和“git checkout —theirs flash/foo.fla”來檢出特定版本的檔案，而不用記住你在合併的分支名字。就我個人來說喜歡更精確一點，但這也是一種方式…

記著在解決完衝突後要將檔案加入提交（像我上面做的那樣）。

伺服器，分支和標籤

5. 遠端伺服器

git的一個超強大的功能就是可以有不止一個遠端伺服器（實際上你一直都在一個本地倉庫上工作）。你並不是一定都要有這些伺服器的寫許可權，你可以有多個可以讀取的伺服器（用來合併他們的工作）然後寫入到另外一個倉庫。新增一個新的遠端伺服器很簡單：

$ git remote add john git@github.com:johnsomeone/someproject.git

如果你想檢視遠端伺服器的資訊可以這樣做：

# 顯示每個遠端伺服器的URL
$ git remote -v 

# 提供更多詳細資訊
$ git remote show name

你隨時都可以檢視本地分支和遠端分支的差異：

$ git diff master..john/master

你也可以檢視沒有在遠端分支上的HEAD的改動：

$ git log remote/branch..
# 注意：..後面沒有結束的特定引用

6. 標籤

在git裡有兩種型別的標籤 – 輕量級標籤和帶註釋標籤。記住技巧2裡說過git是基於指標的，這兩者之間的差異也很簡單。輕量級標籤只是一個簡單的指向一次提交的帶名字指標。你隨時都可以將它指向另一個提交。帶註釋標籤是一個指向標籤物件的帶名字指標，帶有自己的資訊和歷史。因為有自己的資訊，它可以根據需要用GPG簽名。

建立這兩種型別的標籤都很簡單（只有一個命令列開關的差異）

$ git tag to-be-tested
$ git tag -a v1.1.0 # 會提示輸入標籤的資訊

7. 建立分支

在git裡建立分支非常簡單（而且像閃電一樣快，因為它只需要建立一個小於100位元組的檔案）。用普通方式建立新分支並切換過去：

$ git branch feature132
$ git checkout feature132

當然，如果你確定自己直接切換到新建的分支，可以用一個命令實現：

$ git checkout -b feature132

如果你想重新命名一個本地分支也很簡單（可以顯示發生了什麼的較長的方式）：

$ git checkout -b twitter-experiment feature132
$ git branch -d feature132

更新：你也可以（像Brian Palmer在原部落格文章的評論裡提出的）只用“git branch”的-m開關在一個命令裡實現（像Mike提出的，如果你只指定了一個分支引數，就會重新命名當前分支）：

$ git branch -m twitter-experiment
$ git branch -m feature132 twitter-experiment

8. 合併分支

也許在將來的某個時候，你希望將改動合併。有兩種方式：

$ git checkout master
$ git merge feature83 # 或者...
$ git rebase feature83

merge和rebase之間的差別是merge會嘗試處理改動並建立一個新的混合了兩者的提交。rebase會嘗試把你從一個分支最後一次分離後的所有改動，一個個加到該分支的HEAD上。不過，在已經將分支推到遠端伺服器後不要再rebase了 – 這會引起衝突/問題。

如果你不確定在哪些分支上還有獨有的工作 – 所以你也不知道哪些分支需要合併而哪些可以刪除，git branch有兩個開關可以幫你：

# 顯示已經全部合併到當前分支的分支
$ git branch --merged

# 顯示沒有合併到當前分支的分支
$ git branch --no-merged

9. 遠端分支

如果你在本地有一個分支希望推到遠端伺服器上，你可以用一行命令推送上去：

$ git push origin twitter-experiment:refs/heads/twitter-experiment
# origin是我們伺服器的名字，而twitter-experiment是分支名字

更新：感謝Erlend在原部落格文章上的評論 – 這個實際上和git push origin twitter-experiment效果一樣，不過使用完整的語法，你可以在兩者之間使用不同的分支名（這樣本地分支可以是add-ssl-support而遠端是issue-1723）。

如果你想在遠端伺服器上刪除一個分支（注意分支名前面的冒號）：

$ git push origin :twitter-experiment

如果你想檢視所有遠端分支的狀態可以這樣做：

$ git remote show origin

這個命令可能會列出伺服器上一些以前有過但現在已經不在了的分支。如果碰到這種情況你可以用下面的命令從你本地分支裡清理掉：

$ git remote prune

最後，如果你想在本地跟蹤一個遠端分支，普通的方式是：

$ git branch --track myfeature origin/myfeature
$ git checkout myfeature

不過，新版的git在使用-b標記檢出分支時會自動設定跟蹤：

$ git checkout -b myfeature origin/myfeature

在儲藏點，索引和檔案系統中儲存內容

10. 儲藏

在git裡你可以把當前工作狀態放進一個儲藏堆疊中，然後可以再取出來。最簡單的情形是下面這樣：

$ git stash
# 做點其他事情...
$ git stash pop

許多人建議使用git stash apply來代替pop，不過如果這樣做的話最後會遺留一個很長的儲藏列表。而“pop”會在全部載入後自動從堆疊中移除。如果使用過git stash apply，你也可以使用下面的命令從堆疊上移除最後一項：

$ git stash drop

git會基於當前的提交資訊自動建立評論。如果你更希望有自定義資訊的話（因為它可能和前一個提交沒有任何聯絡）：

$ git stash save "My stash message"

如果你希望從列表中取出一個特定的儲藏點（不一定非得是最後一個）可以先列出它們然後用下面的方式取出：

$ git stash list
  stash@{0}: On master: Changed to German
  stash@{1}: On master: Language is now Italian
$ git stash apply stash@{1}

11. 互動式新增

在subversion的世界裡你只能修改檔案然後提交所有改動。而在git裡你有強大得多的方式來提交部分檔案或者甚至是部分補丁。提交部分檔案或檔案中的部分改動你需要進入互動式模式：

$ git add -i
           staged     unstaged path

*** Commands ***
  1: status      2: update   3: revert   4: add untracked
  5: patch      6: diff     7: quit     8: help
What now>

這會讓你進入一個基於選單的互動式提示。你可以使用命令中的數字或高亮的字母（如果你在終端裡開啟了高亮的話）來進入相應的模式。然後就只是輸入你希望操作的檔案的數字了（你可以使用這樣的格式，1或者1-4或2,4,7）。

如果你想進入補丁模式（互動式模式下按‘p’或‘5’），你也可以直接進入：

$ git add -p    
diff --git a/dummy.rb b/dummy.rb  
index 4a00477..f856fb0 100644  
--- a/dummy.rb
+++ b/dummy.rb
@@ -1,5 +1,5 @@
 class MyFoo
   def say
-    puts "Annyong Haseyo"
+    puts "Guten Tag"
   end
 end
Stage this hunk [y,n,q,a,d,/,e,?]?

你可以看到下方會有一些選項供選擇用來新增該檔案的這個改動、該檔案的所有改動，等等。使用‘?’命令可以詳細解釋這些選項。

12. 從檔案系統裡儲存/取回改動

有些專案（比如Git專案本身）在git檔案系統中直接儲存額外檔案而並沒有將它們加入到版本控制中。

讓我們從在git中儲存一個隨機檔案開始：

$ echo "Foo" | git hash-object -w --stdin
51fc03a9bb365fae74fd2bf66517b30bf48020cb

這樣這個目標檔案就已經儲存到資料庫中了，但是如果你沒有設定一個指向它的指標的話它會被當做垃圾回收。最簡單的方式是設定一個標籤：

$ git tag myfile 51fc03a9bb365fae74fd2bf66517b30bf48020cb

注意這裡我們使用了標籤myfile。當我們需要使用這個檔案的時候可以這樣做：

$ git cat-file blob myfile

這個對於一些工具檔案很有用，開發者可能會用到（密碼，GPG金鑰，等等）但是又不希望每次都檢出到硬碟（尤其是在實際工作中）。

日誌以及有哪些改動？

13. 檢視日誌

長時間使用 Git 的話，不會沒用過‘git log’來檢視最近的提交。不過，有一些技巧來更好地應用。比如，你可以使用下面的命令來檢視每次提交的具體改動：

$ git log -p

或者你可以僅僅檢視有哪些檔案改動：

$ git log --stat

有個很不錯的別名你可以試試，會顯示簡短提交名和一個不錯的分支圖並在一行裡顯示提交資訊（有點像gitk，但是是在命令列下）：

$ git config --global alias.lol "log --pretty=oneline --abbrev-commit --graph --decorate"
$ git lol
* 4d2409a (master) Oops, meant that to be in Korean
* 169b845 Hello world

14. 搜尋日誌

如果你想找特定提交者可以這樣做：

$ git log --author=Andy

更新：感謝Johannes的評論，我已經去掉了之前這裡的一些有混淆的地方。

或者你想在提交資訊裡找一些相關欄位：

$ git log --grep="Something in the message"

也有一個更強大的叫做pickaxe的命令用來查詢包含了刪除或新增的某個特定內容的提交（比如，該內容第一次出現或被刪除）。這可以告訴你什麼時候增加了一行（但這一行裡的某個字元後面被改動過就不行了）：

$ git log -S "TODO: Check for admin status"

假如你改動了一個特定的檔案，比如lib/foo.rb

$ git log lib/foo.rb

比如說你有一個feature/132分支和feature/145分支，然後你想看看這兩個分支上不在master分支裡的提交（注意^{符號是不在的意思）：}

$ git log feature/132 feature/145 ^master

你也可以使用ActiveSupport格式的日期來縮小到某個日期範圍：

$ git log --since=2.months.ago --until=1.day.ago

預設情況下會用OR來組合查詢，但你可以輕易地改為AND（如果你有超過一條的查詢標準）

$ git log --since=2.months.ago --until=1.day.ago --author=andy -S "something" --all-match

15. 檢視/修改版本

有很多方式可以用來引用一個版本，看你記得哪個：

$ git show 12a86bc38 # 根據版本
$ git show v1.0.1 # 根據標籤
$ git show feature132 # 根據分支名
$ git show 12a86bc38^ # 一次提交的父節點
$ git show 12a86bc38~2 # 一次提交的祖父節點
$ git show feature132@{yesterday} # 時間相關
$ git show feature132@{2.hours.ago} # 時間相關

注意和之前部分有些不同，末尾的^{的意思是該提交的父節點} – 開始位置的^{的意思是不在這個分支。}

16. 選擇範圍

最簡單的方式：

$ git log origin/master..new
# [old]..[new] - 所有你還沒有推送的提交

你也可以省略[new]，將使用當前的HEAD。

時光回溯和後悔藥

17. 重置改動

如果你還沒有提交的話可以用下面的命令輕鬆地取消改動：

$ git reset HEAD lib/foo.rb

通常會使用‘unstage’的別名，因為上面的看上去有些不直觀。

$ git config --global alias.unstage "reset HEAD"
$ git unstage lib/foo.rb

如果你已經提交了該檔案，你可以做兩件事 – 如果是最後一次提交你還可以改正：

$ git commit --amend

這會取消最後一次提交，把工作分支回退到提交前標記了所有改動的狀態，而且提交資訊也都準備好可以修改或直接提交。

如果你已經提交過多次而且希望全部回退，你可以將分支重置到合適的位置。

$ git checkout feature132
$ git reset --hard HEAD~2

如果你實際上希望將分支指向一個完全不同的SHA1（也許你要將一個分支的HEAD替換到另一個分支，或者之後的某次提交）你可以使用下面的較長的方式：

$ git checkout FOO
$ git reset --hard SHA

實際上有一個快速的方式（不需要先把你的工作分支切換到FOO再前進到SHA）：

$ git update-ref refs/heads/FOO SHA

18. 提交到了錯誤的分支

好吧，假如說你已經提交到了master，但卻應該建立一個叫experimental的主題分支更合適。要移動這些改動，你可以在當前位置建立分支，回退HEAD再檢出新分支：

$ git branch experimental   # 建立一個指向當前master的位置的指標
$ git reset --hard master~3 # 移動master分支的指標到3個版本之前
$ git checkout experimental

如果你的改動是在分支的分支的分支上會更復雜。那樣你需要做的是將分支基礎切換到其他地方：

$ git branch newtopic STARTPOINT
$ git rebase oldtopic --onto newtopic

19. 互動式切換基礎

這是一個我之前看過展示卻沒真正理解過的很讚的功能，現在覺得它就很簡單了。假如說你提交了3次但是你希望更改順序或編輯（或者合併）：

$ git rebase -i master~3

然後這會啟動你的編輯器並帶有一些指令。你所要做的就是修改這些指令來選擇/插入/編輯（或者刪除）提交和儲存/退出。然後在編輯完後你可以用git rebase –continue命令來讓每一條指令生效。

如果你有修改，將會切換到你提交時所處的狀態，之後你需要使用命令git commit –amend來編輯。

注意：在rebase的時候千萬不要提交 – 只能先新增然後使用引數–continue，–skip或–abort。

20. 清理

如果你提交了一些內容到你的分支（也許你從SVN匯入了一些舊倉庫），然後你希望把某個檔案從歷史記錄中全部刪掉：

$ git filter-branch --tree-filter 'rm -f *.class' HEAD

如果你已經推送到origin了，但之後提交了一些垃圾改動，你也可以在推送前在本地系統裡這樣做：

$ git filter-branch --tree-filter 'rm -f *.class' origin/master..HEAD

其他技巧

21. 你檢視過的前一個引用

如果你知道自己之前檢視過一個SHA-1，但是隨後做了一些重置/回退的操作，你可以使用reflog命令來列出最近檢視過的SHA-1記錄：

$ git reflog
$ git log -g # 和上面一樣，但是使用'log'格式輸出

22. 分支命名

一個可愛的小技巧 – 別忘了分支名並不限於a-z和0-9。名字中可以用/和.將非常方便用來建立偽名稱空間或版本，例如：

$ # 生成版本132的改動歷史
$ git shortlog release/132 ^release/131
$ # 貼上v1.0.1的標籤
$ git tag v1.0.1 release/132

23. 找出誰是凶手

通常找出來誰改動了某個檔案裡的某行程式碼會很有用。實現這個功能的最簡單命令是：

$ git blame FILE

有時候這些改動來自其他檔案（如果你合併了兩個檔案，或者你移動了某個函式）所以你可以使用下面的命令：

$ # 顯示內容來自哪個檔案
$ git blame -C FILE

有時候通過點選各個改動然後回到很早很早以前來跟蹤改動會很不錯。有一個很好的內建GUI命令來做這個：

$ git gui blame FILE

24. 資料維護

通常git不需要經常維護，它把自己照顧的很好。不過，你可以通過下面的命令檢視資料統計：

$ git count-objects -v

如果佔用很多空間的話，你可以選擇在你的本地倉庫做垃圾回收。這不會影響推送或其他人，卻會讓一些命令執行更快而且減少空間佔用：

$ git gc

經常執行完整性檢查也很有意義：

$ git fsck --full

你也可以在末尾加上–auto引數（如果你在伺服器上通過crontab經常/每天都執行這個命令的話），然後它只會在必要的時候才執行fsck動作。

在檢查的時候，看到“dangling”或“unreachable”是正常的，通常這是由回退HEAD或切換基礎的結果。而看到“missing”或“sha1 mismatch”就不對了…找專業人士幫忙吧！

25. 恢復遺失的分支

如果你使用-D引數刪除了experimental分支，可以用下面的命令重新建立：

$ git branch experimental SHA1_OF_HASH

如果你最近訪問過的話，你通常可以用git reflog來找到SHA1雜湊值。

另一種方式是使用git fsck —lost-found。其中一個dangling的提交就是丟失的HEAD（它只是已刪除分支的HEAD，而HEAD^{被引用為當前的HEAD所以它並不處於dangling狀態）}

搞定！

哇，這是我寫過的最長的一篇部落格，我希望有人能覺得有用。如果你這麼覺得，或者你有任何疑問請在評論裡留言讓我知道…