這才是真正的Git——Git實用技巧詳解
本篇是這個系列的最后一篇文章，之前的文章主要講的是基礎原理部分（見上方專輯），在理解原理的基礎上，介紹一些實用的技巧給大家，希望能提高大家的開發效率。
這篇文章因為更多的是列舉實際應用的技巧，所以文章結構會顯得散亂一些，也不會像前兩篇文章那樣要求大家順序閱讀。每個點都是互相獨立的，大家可以根據自己的需要學習。
在這篇文章里我會使用操作錄屏的方式來介紹例子，希望這種方式可以讓你更直觀的了解命令的使用方法。
將幾個commit壓縮成一個
⚠️ 這里有一點要特別注意的是：rebase會導致新的commit節點產生，所以切記不要對多人共用的遠端分支進行rebase。
rebase -i 是個很實用且應用廣泛的工具，希望大家都學會它的使用。它還可以用來修改commit信息，拋棄某些commit，對commit進行排序等等。具體命令如下，操作方式跟動圖一致，都是在vim里面進行編輯。這里不展開，感興趣的同學可以自己操作一下。
- # Commands:
- # p, pick <commit> = use commit
- # r, reword <commit> = use commit, but edit the commit message
- # e, edit <commit> = use commit, but stop for amending
- # s, squash <commit> = use commit, but meld into previous commit
- # f, fixup <commit> = like "squash", but discard this commit's log message
- # x, exec <command> = run command (the rest of the line) using shell
- # d, drop <commit> = remove commit
- # l, label <label> = label current HEAD with a name
- # t, reset <label> = reset HEAD to a label
- # m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
- # . create a merge commit using the original merge commit's
- # . message (or the oneline, if no original merge commit was
- # . specified). Use -c <commit> to reword the commit message.
另外如果要合并的是最近的幾個commit，我們還可以用git reset --soft HEAD~3 && git commit -m 'xxx'來實現。對這個有問題的同學可以參照Git內部原理強調的可視化方法思考一下。
找回丟失的commit節點或分支
像上一步rebase后發現不符合預期，如何恢復？不小心刪除了一個分支，如何找回？
“學會這個技能，你的同事會請你喝奶茶的，而且說不定還能收獲妹子。” —— 來自往期課程的某位同學
主要思路為：找到要返回的commit object的哈希值，然后執行git reset恢復。
我們知道Git的出現就是為了盡量保證我們的操作不被丟失，在Git內部原理中我們講過，git object一旦被創建，就不可變更，所以只要找到它對應的哈希值，就能找回。但是ref呢？在Git內部原理中我們也講過，它是一個可變的指針，比如說你在master中提交了一個commit，那當前的master這個ref就會指向新的commit object的哈希值。reflog 就是將這些可變指針的歷史給記錄下來，可以理解成 ref的log，也可以理解成 版本控制的版本控制。
獲得一個干凈的工作空間
當我們實驗一種思路，或者跟朋友講代碼時，我們可能會隨意的修改代碼。而當我們回到正常的開發時，我們需要一個干凈的工作目錄，即保證目前工作目錄跟Git最后一次commit的文件是一致的。我們可以怎么做？
盡量少用會丟失文件的操作，除非你能夠確定不再需要這些文件。
修改最近一個commit
commit完發現有一些臨時的log忘記去掉？有一些文件忘記添加？commit信息出現錯別字？
也可以使用 git reset HEAD~，然后執行你需要的修改，再commit即可，同上面介紹的命令效果是相同的。
提交一個文件中的部分修改
Git interactive add 還有很多功能，也推薦大家有時間可以嘗試一下。
禁止修改多人共用的遠端分支
如果一條遠端分支有多人共用，那么不要在上面執行reset、rebase等會修改這條分支已經存在的commit object的命令。
具體的解釋參照這篇文章 Rebase and the golden rule explained 。
撤銷一個合并
如果是一個本地分支，僅需git reset --hard <合并前的SHA1>即可。
如果這個分支已經被推送到遠端，比如說合并進master，發到線上才發現有bug需要回滾。這時分支有可能已經被其他人所使用，根據“禁止修改多人共用的遠端分支”，你需要執行git revert -m 1 <合并的SHA1>，新增一個revert節點，如下圖中的E'。
但要注意不要在原特性分支繼續開發，而應該刪除原來的分支，從E'節點拉出新分支做bug修復等。
如果在原特性分支上繼續開發，則在合并回master的時候需要做一次revert操作revert掉E'節點，變成E‘’（如下圖），不然很容易出現丟失文件等問題。具體原因分析參照分支合并中的總結。
從整個歷史中刪除一個文件
代碼要開源了，但發現其中包括密鑰文件或內網ip怎么辦？
- git filter-branch --tree-filter 'rm -f passwords.txt' HEAD
可以使用filter-branch命令，它的實現原理是將每個commit checkout出來，然后執行你給它的命令，像上面的rm -f passwords.txt，然后重新commit回去。
⚠️ 這個操作屬于高危操作，會修改歷史變更記錄鏈，產生全新的commit object。所以執行前請通知倉庫的所有開發者，執行后所有開發者從新的分支繼續開發，棄用以前的所有分支。
其他好用的命令
下面這些命令也是比較實用的命令，感興趣的同學可以自己學習一下。
- git bisect 二分查找出現問題的變更節點，比如你發現當前提前下測試是不通過的，但HEAD～10（10個提交前）的測試是可以通過的，就可以用git bisect 來幫你定位到出現問題的變更點。
- git blame 查看某行代碼最后是誰修改的。
- git show-branch 直觀的展示多條分支間的關系。
- git subtree 拆分或合并倉庫。
