我已經(jīng)使用git差不多18個(gè)月了，覺得自己對它應(yīng)該已經(jīng)非常了解。然后來自GitHub的Scott Chacon過來給LVS做培訓(xùn)（LVS是一個(gè)賭博軟件供應(yīng)商和開發(fā)商，從2013年開始的合同），而我在第一天里就學(xué)到了很多。

作為一個(gè)對git感覺良好的人，我覺得分享從社區(qū)里掌握的一些有價(jià)值的信息，也許能幫某人解決問題而不用做太深入研究。

基本技巧

1. 安裝后的第一步

在安裝好git后，你第一件該做的事是設(shè)置你的名字和電子郵箱，因?yàn)槊看翁峤欢家玫竭@些信息：

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

2. Git是基于指針的

保存在git里的一切都是文件。當(dāng)你創(chuàng)建一個(gè)提交的時(shí)候，會(huì)建立一個(gè)包含你的提交信息和相關(guān)數(shù)據(jù)（名字，郵件地址，日期/時(shí)間，前一個(gè)提交，等等）的文件，并把它鏈接到一個(gè)樹文件中。這個(gè)樹文件中包含了對象或其他樹的列表。這里的提到的對象（或二進(jìn)制大對象）是和本次提交相關(guān)的實(shí)際內(nèi)容（它也是一個(gè)文件，另外，盡管文件名并沒有包含在對象里，但是存儲(chǔ)在樹中）。所有這些文件都使用對象的SHA-1哈希值作為文件名。

用這種方式，分支和標(biāo)簽就是簡單的文件（基本上是這樣），包含指向該提交的SHA-1哈希值。使用這些索引會(huì)帶來優(yōu)秀的靈活性和速度，比如創(chuàng)建一個(gè)新分支就是簡單地用分支名字和所分出的那個(gè)提交的SHA-1索引來創(chuàng)建一個(gè)文件。當(dāng)然，你不需要自己做這些，而只要使用Git命令行工具（或者GUI），但是實(shí)際上就是這么簡單。

你也許聽說過叫HEAD的索引。這只是簡單的一個(gè)文件，包含了你當(dāng)前指向的那個(gè)提交的SHA-1索引值。如果你正在解決一次合并沖突然后看到了HEAD，這并不是一個(gè)特別的分支或分支上的一個(gè)必需的特殊位置，只是標(biāo)明你當(dāng)前所在位置。

所有的分支指針都保存在.git/refs/heads里，HEAD在.git/HEAD里，而標(biāo)簽保存在.git/refs/tags里 – 自己可以隨便進(jìn)去看看。

3. 兩個(gè)爸爸（父節(jié)點(diǎn)） – 你沒看錯(cuò)！

在歷史中查看一個(gè)合并提交的信息時(shí)，你將看到有兩個(gè)父節(jié)點(diǎn)（不同于工作副本上的常規(guī)提交的情況）。第一個(gè)父節(jié)點(diǎn)是你所在的分支，第二個(gè)是你合并過來的分支。

4. 合并沖突

目前我相信你碰到過合并沖突并且解決過。通常是編輯一下文件，去掉<<<<，====，>>>>標(biāo)志，保留需要留下的代碼。有時(shí)能夠看到這兩個(gè)修改之前的代碼會(huì)很不錯(cuò)，比如，在這兩個(gè)現(xiàn)在沖突的分支之前的改動(dòng)。下面是一種方式：

$ 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

如果是二進(jìn)制文件，比較差異就沒那么簡單了…通常你要做的就是測試這個(gè)二進(jìn)制文件的兩個(gè)版本來決定保留哪個(gè)（或者在二進(jìn)制文件編輯器里手工復(fù)制沖突部分）。從一個(gè)特定分支獲取文件拷貝（比如說你在合并master和feature123兩個(gè)分支）：

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

另一種方式是通過git輸出文件 – 你可以輸出到另外的文件名，然后當(dāng)你決定了要用哪個(gè)后，再將選定的正確文件復(fù)制為正常的文件名：

$ 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在原博客文章上評論里的提醒，你實(shí)際上可以用“git checkout —ours flash/foo.fla”和“git checkout —theirs flash/foo.fla”來檢出特定版本的文件，而不用記住你在合并的分支名字。就我個(gè)人來說喜歡更精確一點(diǎn)，但這也是一種方式…

記著在解決完沖突后要將文件加入提交（像我上面做的那樣）。

服務(wù)器，分支和標(biāo)簽

5. 遠(yuǎn)端服務(wù)器

git的一個(gè)超強(qiáng)大的功能就是可以有不止一個(gè)遠(yuǎn)端服務(wù)器（實(shí)際上你一直都在一個(gè)本地倉庫上工作）。你并不是一定都要有這些服務(wù)器的寫權(quán)限，你可以有多個(gè)可以讀取的服務(wù)器（用來合并他們的工作）然后寫入到另外一個(gè)倉庫。添加一個(gè)新的遠(yuǎn)端服務(wù)器很簡單：

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

如果你想查看遠(yuǎn)端服務(wù)器的信息可以這樣做：

# 顯示每個(gè)遠(yuǎn)端服務(wù)器的URL
$ git remote -v 
# 提供更多詳細(xì)信息
$ git remote show name

你隨時(shí)都可以查看本地分支和遠(yuǎn)端分支的差異：

$ git diff master..john/master

你也可以查看沒有在遠(yuǎn)端分支上的HEAD的改動(dòng)：

$ git log remote/branch..
# 注意：..后面沒有結(jié)束的特定引用

6. 標(biāo)簽

在git里有兩種類型的標(biāo)簽 – 輕量級標(biāo)簽和帶注釋標(biāo)簽。記住技巧2里說過git是基于指針的，這兩者之間的差異也很簡單。輕量級標(biāo)簽只是一個(gè)簡單的指向一次提交的帶名字指針。你隨時(shí)都可以將它指向另一個(gè)提交。帶注釋標(biāo)簽是一個(gè)指向標(biāo)簽對象的帶名字指針，帶有自己的信息和歷史。因?yàn)橛凶约旱男畔?，它可以根?jù)需要用GPG簽名。

建立這兩種類型的標(biāo)簽都很簡單（只有一個(gè)命令行開關(guān)的差異）

$ git tag to-be-tested
$ git tag -a v1.1.0 # 會(huì)提示輸入標(biāo)簽的信息

7. 建立分支

在git里建立分支非常簡單（而且像閃電一樣快，因?yàn)樗恍枰獎(jiǎng)?chuàng)建一個(gè)小于100字節(jié)的文件）。用普通方式建立新分支并切換過去：

$ git branch feature132
$ git checkout feature132

當(dāng)然，如果你確定自己直接切換到新建的分支，可以用一個(gè)命令實(shí)現(xiàn)：

$ git checkout -b feature132

如果你想重命名一個(gè)本地分支也很簡單（可以顯示發(fā)生了什么的較長的方式）：

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

更新：你也可以（像Brian Palmer在原博客文章的評論里提出的）只用“git branch”的-m開關(guān)在一個(gè)命令里實(shí)現(xiàn)（像Mike提出的，如果你只指定了一個(gè)分支參數(shù)，就會(huì)重命名當(dāng)前分支）：

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

8. 合并分支

也許在將來的某個(gè)時(shí)候，你希望將改動(dòng)合并。有兩種方式：

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

merge和rebase之間的差別是merge會(huì)嘗試處理改動(dòng)并建立一個(gè)新的混合了兩者的提交。rebase會(huì)嘗試把你從一個(gè)分支最后一次分離后的所有改動(dòng)，一個(gè)個(gè)加到該分支的HEAD上。不過，在已經(jīng)將分支推到遠(yuǎn)端服務(wù)器后不要再rebase了 – 這會(huì)引起沖突/問題。

如果你不確定在哪些分支上還有獨(dú)有的工作 – 所以你也不知道哪些分支需要合并而哪些可以刪除，git branch有兩個(gè)開關(guān)可以幫你：

# 顯示已經(jīng)全部合并到當(dāng)前分支的分支
$ git branch --merged
# 顯示沒有合并到當(dāng)前分支的分支
$ git branch --no-merged

9. 遠(yuǎn)端分支

如果你在本地有一個(gè)分支希望推到遠(yuǎn)端服務(wù)器上，你可以用一行命令推送上去：

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

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

如果你想在遠(yuǎn)端服務(wù)器上刪除一個(gè)分支（注意分支名前面的冒號）：

$ git push origin :twitter-experiment

如果你想查看所有遠(yuǎn)端分支的狀態(tài)可以這樣做：

$ git remote show origin

這個(gè)命令可能會(huì)列出服務(wù)器上一些以前有過但現(xiàn)在已經(jīng)不在了的分支。如果碰到這種情況你可以用下面的命令從你本地分支里清理掉：

$ git remote prune

最后，如果你想在本地跟蹤一個(gè)遠(yuǎn)端分支，普通的方式是：

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

不過，新版的git在使用-b標(biāo)記檢出分支時(shí)會(huì)自動(dòng)設(shè)定跟蹤：

$ git checkout -b myfeature origin/myfeature

在儲(chǔ)藏點(diǎn)，索引和文件系統(tǒng)中保存內(nèi)容

10. 儲(chǔ)藏

在git里你可以把當(dāng)前工作狀態(tài)放進(jìn)一個(gè)儲(chǔ)藏堆棧中，然后可以再取出來。最簡單的情形是下面這樣：

$ git stash
# 做點(diǎn)其他事情...
$ git stash pop

許多人建議使用git stash apply來代替pop，不過如果這樣做的話最后會(huì)遺留一個(gè)很長的儲(chǔ)藏列表。而“pop”會(huì)在全部加載后自動(dòng)從堆棧中移除。如果使用過git stash apply，你也可以使用下面的命令從堆棧上移除最后一項(xiàng)：

$ git stash drop

git會(huì)基于當(dāng)前的提交信息自動(dòng)創(chuàng)建評論。如果你更希望有自定義信息的話（因?yàn)樗赡芎颓耙粋€(gè)提交沒有任何聯(lián)系）：

$ git stash save "My stash message"

如果你希望從列表中取出一個(gè)特定的儲(chǔ)藏點(diǎn)（不一定非得是最后一個(gè)）可以先列出它們?nèi)缓笥孟旅娴姆绞饺〕觯?

$ 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的世界里你只能修改文件然后提交所有改動(dòng)。而在git里你有強(qiáng)大得多的方式來提交部分文件或者甚至是部分補(bǔ)丁。提交部分文件或文件中的部分改動(dòng)你需要進(jìn)入交互式模式：

$ 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>

這會(huì)讓你進(jìn)入一個(gè)基于菜單的交互式提示。你可以使用命令中的數(shù)字或高亮的字母（如果你在終端里打開了高亮的話）來進(jìn)入相應(yīng)的模式。然后就只是輸入你希望操作的文件的數(shù)字了（你可以使用這樣的格式，1或者1-4或2,4,7）。

如果你想進(jìn)入補(bǔ)丁模式（交互式模式下按‘p’或‘5’），你也可以直接進(jìn)入：

$ 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,?]?

你可以看到下方會(huì)有一些選項(xiàng)供選擇用來添加該文件的這個(gè)改動(dòng)、該文件的所有改動(dòng)，等等。使用‘?’命令可以詳細(xì)解釋這些選項(xiàng)。

12. 從文件系統(tǒng)里保存/取回改動(dòng)

有些項(xiàng)目（比如Git項(xiàng)目本身）在git文件系統(tǒng)中直接保存額外文件而并沒有將它們加入到版本控制中。

讓我們從在git中存儲(chǔ)一個(gè)隨機(jī)文件開始：

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

這樣這個(gè)目標(biāo)文件就已經(jīng)保存到數(shù)據(jù)庫中了，但是如果你沒有設(shè)定一個(gè)指向它的指針的話它會(huì)被當(dāng)做垃圾回收。最簡單的方式是設(shè)定一個(gè)標(biāo)簽：

$ git tag myfile 51fc03a9bb365fae74fd2bf66517b30bf48020cb

注意這里我們使用了標(biāo)簽myfile。當(dāng)我們需要使用這個(gè)文件的時(shí)候可以這樣做：

$ git cat-file blob myfile

這個(gè)對于一些工具文件很有用，開發(fā)者可能會(huì)用到（密碼，GPG密鑰，等等）但是又不希望每次都檢出到硬盤（尤其是在實(shí)際工作中）。

日志以及有哪些改動(dòng)？

13. 查看日志

長時(shí)間使用 Git 的話，不會(huì)沒用過‘git log’來查看最近的提交。不過，有一些技巧來更好地應(yīng)用。比如，你可以使用下面的命令來查看每次提交的具體改動(dòng)：

$ git log -p

或者你可以僅僅查看有哪些文件改動(dòng)：

$ git log --stat

有個(gè)很不錯(cuò)的別名你可以試試，會(huì)顯示簡短提交名和一個(gè)不錯(cuò)的分支圖并在一行里顯示提交信息（有點(diǎn)像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的評論，我已經(jīng)去掉了之前這里的一些有混淆的地方。

或者你想在提交信息里找一些相關(guān)字段：

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

也有一個(gè)更強(qiáng)大的叫做pickaxe的命令用來查找包含了刪除或添加的某個(gè)特定內(nèi)容的提交（比如，該內(nèi)容第一次出現(xiàn)或被刪除）。這可以告訴你什么時(shí)候增加了一行（但這一行里的某個(gè)字符后面被改動(dòng)過就不行了）：

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

假如你改動(dòng)了一個(gè)特定的文件，比如lib/foo.rb

$ git log lib/foo.rb

比如說你有一個(gè)feature/132分支和feature/145分支，然后你想看看這兩個(gè)分支上不在master分支里的提交（注意符號^是不在的意思）：

$ git log feature/132 feature/145 ^master

你也可以使用ActiveSupport格式的日期來縮小到某個(gè)日期范圍：

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

默認(rèn)情況下會(huì)用OR來組合查詢，但你可以輕易地改為AND（如果你有超過一條的查詢標(biāo)準(zhǔn)）

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

15. 查看/修改版本

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

$ git show 12a86bc38 # 根據(jù)版本
$ git show v1.0.1 # 根據(jù)標(biāo)簽
$ git show feature132 # 根據(jù)分支名
$ git show 12a86bc38^ # 一次提交的父節(jié)點(diǎn)
$ git show 12a86bc38~2 # 一次提交的祖父節(jié)點(diǎn)
$ git show feature132@{yesterday} # 時(shí)間相關(guān)
$ git show feature132@{2.hours.ago} # 時(shí)間相關(guān)

注意和之前部分有些不同，末尾的的意思是該提交的父節(jié)點(diǎn)- 開始位置的的意思是不在這個(gè)分支。

16. 選擇范圍

最簡單的方式：

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

你也可以省略[new]，將使用當(dāng)前的HEAD。

時(shí)光回溯和后悔藥

17. 重置改動(dòng)

如果你還沒有提交的話可以用下面的命令輕松地取消改動(dòng)：

$ git reset HEAD lib/foo.rb

通常會(huì)使用‘unstage’的別名，因?yàn)樯厦娴目瓷先ビ行┎恢庇^。

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

如果你已經(jīng)提交了該文件，你可以做兩件事 – 如果是最后一次提交你還可以改正：

$ git commit --amend

這會(huì)取消最后一次提交，把工作分支回退到提交前標(biāo)記了所有改動(dòng)的狀態(tài)，而且提交信息也都準(zhǔn)備好可以修改或直接提交。

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

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

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

$ git checkout FOO
$ git reset --hard SHA

實(shí)際上有一個(gè)快速的方式（不需要先把你的工作分支切換到FOO再前進(jìn)到SHA）：

$ git update-ref refs/heads/FOO SHA

18. 提交到了錯(cuò)誤的分支

好吧，假如說你已經(jīng)提交到了master，但卻應(yīng)該創(chuàng)建一個(gè)叫experimental的主題分支更合適。要移動(dòng)這些改動(dòng)，你可以在當(dāng)前位置創(chuàng)建分支，回退HEAD再檢出新分支：

$ git branch experimental   # 創(chuàng)建一個(gè)指向當(dāng)前master的位置的指針
$ git reset --hard master~3 # 移動(dòng)master分支的指針到3個(gè)版本之前
$ git checkout experimental

如果你的改動(dòng)是在分支的分支的分支上會(huì)更復(fù)雜。那樣你需要做的是將分支基礎(chǔ)切換到其他地方：

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

19. 交互式切換基礎(chǔ)

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

$ git rebase -i master~3

然后這會(huì)啟動(dòng)你的編輯器并帶有一些指令。你所要做的就是修改這些指令來選擇/插入/編輯（或者刪除）提交和保存/退出。然后在編輯完后你可以用git rebase --continue命令來讓每一條指令生效。

如果你有修改，將會(huì)切換到你提交時(shí)所處的狀態(tài)，之后你需要使用命令git commit --amend來編輯。

注意：在rebase的時(shí)候千萬不要提交 – 只能先添加然后使用參數(shù)--continue，--skip或--abort。

20. 清理

如果你提交了一些內(nèi)容到你的分支（也許你從SVN導(dǎo)入了一些舊倉庫），然后你希望把某個(gè)文件從歷史記錄中全部刪掉：

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

如果你已經(jīng)推送到origin了，但之后提交了一些垃圾改動(dòng)，你也可以在推送前在本地系統(tǒng)里這樣做：

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

其他技巧

21. 你查看過的前一個(gè)引用

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

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

22. 分支命名

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

$ # 生成版本132的改動(dòng)歷史
$ git shortlog release/132 ^release/131
$ # 貼上v1.0.1的標(biāo)簽
$ git tag v1.0.1 release/132

23. 找出誰是兇手

通常找出來誰改動(dòng)了某個(gè)文件里的某行代碼會(huì)很有用。實(shí)現(xiàn)這個(gè)功能的最簡單命令是：

$ git blame FILE

有時(shí)候這些改動(dòng)來自其他文件（如果你合并了兩個(gè)文件，或者你移動(dòng)了某個(gè)函數(shù)）所以你可以使用下面的命令：

$ # 顯示內(nèi)容來自哪個(gè)文件
$ git blame -C FILE

有時(shí)候通過點(diǎn)擊各個(gè)改動(dòng)然后回到很早很早以前來跟蹤改動(dòng)會(huì)很不錯(cuò)。有一個(gè)很好的內(nèi)建GUI命令來做這個(gè)：

$ git gui blame FILE

24. 數(shù)據(jù)維護(hù)

通常git不需要經(jīng)常維護(hù)，它把自己照顧的很好。不過，你可以通過下面的命令查看數(shù)據(jù)統(tǒng)計(jì)：

$ git count-objects -v

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

$ git gc

經(jīng)常運(yùn)行完整性檢查也很有意義：

$ git fsck --full

你也可以在末尾加上--auto參數(shù)（如果你在服務(wù)器上通過crontab經(jīng)常/每天都運(yùn)行這個(gè)命令的話），然后它只會(huì)在必要的時(shí)候才執(zhí)行fsck動(dòng)作。

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

25. 恢復(fù)遺失的分支

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

$ git branch experimental SHA1_OF_HASH

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

另一種方式是使用git fsck —lost-found。其中一個(gè)dangling的提交就是丟失的HEAD（它只是已刪除分支的HEAD，而HEAD被引用為當(dāng)前的HEAD所以它并不處于dangling狀態(tài)）

搞定！

哇，這是我寫過的最長的一篇博客，我希望有人能覺得有用。如果你這么覺得，或者你有任何疑問請?jiān)谠u論里留言讓我知道…

 

轉(zhuǎn)自：linux.cn 原文：andyjeffries.co.uk