我們推出了兩個教程：熟悉Git的基本功能和讓你在開發(fā)團(tuán)隊中熟練的使用Git . 我們所討論的命令足夠一個開發(fā)者在Git使用方面游刃有余。在這篇文章中，我們試圖探索怎樣有效的管理你的時間和充分的使用Git提供的功能。

注：本文中，一些命令包含了方括號中的部分內(nèi)容（例如:git add -p [file_name]）.在這些示例中，你將插入必要的數(shù)字、標(biāo)示符等等，如果沒有方括號。

漠天
翻譯于 11個月前

4人頂

1. Git自動補全

假使你使用命令行工具運行Git命令，那么每次手動輸入各種命令是一件很令人厭煩的事情。
為了解決這個問題，你可以啟用Git的自動補全功能，完成這項工作僅需要幾分鐘。

為了得到這個腳本，在Unix系統(tǒng)下運行以下命令：

然后，添加下面幾行到你的 ~/.bash_profile 文件中：

盡管早些時候我們已經(jīng)提到這個，但是強調(diào)的不夠充分。如果你想使用git的全部功能特性，
你絕對應(yīng)該切換到命令行界面！

quentingui
翻譯于 11個月前

1人頂

2. 在 Git 中忽略文件

你是不是很煩那些編譯過的文件 (比如 .pyc) 出現(xiàn)在你的 Git 倉庫中？或者說你已經(jīng)受夠了已經(jīng)把它們都加進(jìn)了 Git 倉庫？好了，這有個辦法可以讓你告訴 Git 忽略掉那些特定的文件和文件夾。只需要創(chuàng)建一個名為 .gitignore 然后列出那些你不希望 Git 跟蹤的文件和文件夾。你還可以添加例外，通過使用感嘆號(!)。

開源中國匿名會員
翻譯于 11個月前

0人頂

3. 是誰弄亂了我的代碼？

當(dāng)事情出錯時，先去指責(zé)別人是人類的天性之一。如果你的產(chǎn)品服務(wù)器掛了，使用git blame命令可以很容易找出罪魁禍?zhǔn)住＿@個命令可以將文件中的每一行的作者、最新的變更提交和提交時間展示出來。

在下面的截圖中你可以看到命令是如何在更大的目錄中搜尋。

0x0bject
翻譯于 11個月前

1人頂

4. 查看倉庫歷史記錄

上一節(jié)我們已經(jīng)學(xué)習(xí)了如何使用 git log ，不過，這里還有三個你應(yīng)該知道的選項。

• --oneline- 壓縮模式，在每個提交的旁邊顯示經(jīng)過精簡的提交哈希碼和提交信息，以一行顯示。

• --graph- 圖形模式，使用該選項會在輸出的左邊繪制一張基于文本格式的歷史信息表示圖。如果你查看的是單個分支的歷史記錄的話，該選項無效。

• --all- 顯示所有分支的歷史記錄

把這些選項組合起來之后，輸出看起來會像這樣：

開源中國匿名會員
翻譯于 11個月前

2人頂

5. 絕對不要丟失對Commit的跟蹤

假設(shè)你不小心提交了些你不想要的東西，不得不做一次強制重置來恢復(fù)到之前的狀態(tài)。然后，你意識到在這一過程中你丟失了其它一些信息并且想要把它們找回來，或者至少瞅一眼。這正是git reflog可以做到的。

一個簡單的git log命令可以為你展示最后一次commit，以及它的父親，還有它父親的父親等等。而git reflog則列出了head曾經(jīng)指向過的一系列commit。要明白它們只存在于你本機中；而不是你的版本倉庫的一部分，也不包含在push和merge操作中。

如果我運行g(shù)it log命令，我可以看到一些commit，它們都是我倉庫的一部分：

然而，一個git reflog命令則展示了一次commit (b1b0ee9–HEAD@{4})，它正是我剛才進(jìn)行強制重置時弄丟的：

lwei
翻譯于 11個月前

1人頂

6. 暫存文件的部分改動

一般情況下，創(chuàng)建一個基于特性的提交是比較好的做法，意思是每次提交都必須代表一個新特性的產(chǎn)生或者是一個bug的修復(fù)。如果你修復(fù)了兩個bug，或是添加了多個新特性但是卻沒有提交這些變化會怎樣呢？在這種情況下，你可以把這些變化放在一次提交中。但更好的方法是把文件暫存(Stage)然后分別提交。

例如你對一個文件進(jìn)行了多次修改并且想把他們分別提交。這種情況下，你可以在 add 命令中加上 -p 參數(shù)

我們來演示一下在 file_name 文件中添加了3行文字，但只想提交第一行和第三行。先看一下 git diff 顯示的結(jié)果：

然后再看看在 add 命令中添加 -p 參數(shù)是怎樣的？

看上去，Git 假定所有的改變都是針對同一件事情的，因此它把這些都放在了一個塊里。你有如下幾個選項：

• 輸入 y 來暫存該塊

• 輸入 n 不暫存

• 輸入 e 手工編輯該塊

• 輸入 d 退出或者轉(zhuǎn)到下一個文件

• 輸入 s 來分割該塊

在我們這個例子中，最終是希望分割成更小的部分，然后有選擇的添加或者忽略其中一部分。

正如你所看到的，我們添加了第一行和第三行而忽略了第二行。之后你可以查看倉庫狀態(tài)之后并進(jìn)行提交。

鑒客
翻譯于 11個月前

1人頂

7. 壓縮多個Commit

當(dāng)你提交代碼進(jìn)行代碼審查時或者創(chuàng)建一次pull request (這在開源項目中經(jīng)常發(fā)生)，你的代碼在被接受之前會被要求做一些變更。于是你進(jìn)行了變更，并且直到下一次審查之前你沒有再次被要求進(jìn)行變更過。在你知道又要進(jìn)行變更之前，你已經(jīng)有了一些額外的commit。理想情況下，你可以用rebase命令把多個commit壓縮成一個。

如果你想要壓縮最后兩個commit，你需要運行下列命令。

運行該命令時，你會看到一個交互界面，列出了許多commit讓你選擇哪些需要進(jìn)行壓縮。理想情況下，你選擇最后一次commit并把其它老commit都進(jìn)行壓縮。

然后會要求你為新的commit錄入提交信息。這一過程本質(zhì)上重寫了你的commit歷史。

lwei
翻譯于 11個月前

1人頂

8. Stash未提交的更改

你正在修改某個bug或者某個特性，又突然被要求展示你的工作。而你現(xiàn)在所做的工作還不足以提交，這個階段你還無法進(jìn)行展示（不能回到更改之前）。在這種情況下， git stash可以幫助你。stash在本質(zhì)上會取走所有的變更并存儲它們?yōu)橐詡鋵硎褂谩tash你的變更，你只需簡單地運行下面的命令-

希望檢查stash列表，你可以運行下面的命令：

如果你想要解除stash并且恢復(fù)未提交的變更，你可以進(jìn)行apply stash:

在屏幕截圖中，你可以看到每個stash都有一個標(biāo)識符，一個唯一的號碼（盡管在這種情況下我們只有一個stash）。如果你只想留有余地進(jìn)行apply stash，你應(yīng)該給apply添加特定的標(biāo)識符：

無若
翻譯于 11個月前

0人頂

9.檢查丟失的提交

盡管 reflog 是唯一檢查丟失提交的方式。但它不是適應(yīng)用于大型的倉庫。那就是 fsck（文件系統(tǒng)檢測）命令登場的時候了。

這里你可以看到丟掉的提交。你可以通過運行 git show [commit_hash] 查看提交之后的改變或者運行g(shù)it merge [commit_hash] 來恢復(fù)到之前的提交。

git fsck 相對reflog是有優(yōu)勢的。比方說你刪除一個遠(yuǎn)程的分支然后關(guān)閉倉庫。 用fsck 你可以搜索和恢復(fù)已刪除的遠(yuǎn)程分支。

irglsexy
翻譯于 11個月前

0人頂

10. Cherry Pick

我把最優(yōu)雅的Git命令留到了最后。cherry-pick命令是我目前為止最喜歡的git命令，既是因為它的字面意思，也因為它的功能。

簡而言之，cherry-pick就是從不同的分支中撿出一個單獨的commit，并把它和你當(dāng)前的分支合并。如果你以并行方式在處理兩個或以上分支，你可能會發(fā)現(xiàn)一個在全部分支中都有的bug。如果你在一個分支中解決了它，你可以使用cherry-pick命令把它commit到其它分支上去，而不會弄亂其他的文件或commit。

讓我們來設(shè)想一個用得著它的場景。我現(xiàn)在有兩個分支，并且我想cherry-pick b20fd14: Cleaned junk 這個commit到另一個上面去。

我切換到想被cherry-pick應(yīng)用到的這個分支上去，然后運行了如下命令：

盡管我們這次完成了一次干凈的cherry-pick，你也應(yīng)該意識到這個命令可能會產(chǎn)生沖突。所以用它時請無比小心。

htfy96
翻譯于 11個月前

0人頂

總結(jié)

說著說著就到了文章的最后，我認(rèn)為這些技巧會讓你的 Git 水平提升到一個新的高度。Git 是最棒的，它幾乎能實現(xiàn)你所能想到的事情。因此，要經(jīng)常挑戰(zhàn)自己的Git水平。最后你很有可能會學(xué)到新的東西。