Git的4個階段的撤銷更改命令分析
雖然 git 誕生距今已有 12 年之久，網上各種關于 git 的介紹文章數不勝數，但是依然有很多人(包括我自己在內)對于它的功能不能完全掌握。以下的介紹只是基于我個人對于 git 的理解，并且可能生編硬造了一些不完全符合 git 說法的詞語。目的只是為了讓 git 通俗化，使初學者也能大概了解如何快速上手 git 。同時，下面所有討論，我們都假設只使用一個分支，也就是主分支 master 的情況，雖然這種作法并不符合 git 規范，但是現實情況中絕大部分用戶是直接在 master 分支上進行工作的，所以在這里我們不去引入更加復雜的各種分支的情況，也不涉及標簽 tag 的操作，只講在最簡單的主分支上如何回退。
基本概念
3個步驟
正常情況下，我們的工作流就是 3 個步驟，對應上圖中的 3 個箭頭線：
- git add .
- git commit -m "comment"
- git push
- git add . 把所有文件放入 暫存區 ;
- git commit 把所有文件從 暫存區 提交進 本地倉庫 ;
- git push 把所有文件從 本地倉庫 推送進 遠程倉庫 。
4個區
git 之所以令人費解，主要是它相比于 svn 等等傳統的版本管理工具，多引入了一個 暫存區 ( Stage )的概念，就因為多了這一個概念，而使很多人疑惑。其實，在初學者來說，每個區具體怎么工作的，我們完全不需要關心，而只要知道有這么 4 個區就夠了：
- 工作區( Working Area )
- 暫存區( Stage )
- 本地倉庫( Local Repository )
- 遠程倉庫( Remote Repository )
5種狀態
以上 4 個區，進入每一個區成功之后會產生一個狀態，再加上最初始的一個狀態，一共是 5 種狀態。以下我們把這 5 種狀態分別命名為：
- 未修改( Origin )
- 已修改( Modified )
- 已暫存( Staged )
- 已提交( Committed )
- 已推送( Pushed )
檢查修改
了解了基本概念之后，我們來談一談犯錯誤之后如何撤銷的問題。首先，我們要了解如何檢查這 3 個步驟當中每一個步驟修改了什么，然后才好判斷有沒有修改成功。檢查修改的二級命令都相同，都是 diff ，只是參數有所不同。
已修改，未暫存
- git diff
首先，我們來看一下，如果我們只是簡單地在瀏覽器里保存了一下文件，但是還沒有做 git add . 之前，我們如何檢查有哪些修改。我們先隨便拿一個文件來做一下實驗：
我們在文件開頭的第 2 行胡亂加了 4 個數字 1234 ，存盤，這時文件進入了 已修改 狀態，但是還沒有進入 暫存區 ，我們運行 git diff ，結果如下：
- diff --git a/index.md b/index.md
- index 73ff1ba..1066758 100644
- --- a/index.md
- +++ b/index.md
- @@ -1,5 +1,5 @@
- ---
- -layout: main
- +1234layout: main
- color: black
- ---
git diff 的結果告訴我們哪些文件已經做了哪些修改。
已暫存，未提交
- git diff --cached
現在我們把修改放入 暫存區 看一下。先執行 git add . ，然后執行 git diff ，你會發現沒有任何結果：
這說明 git diff 這個命令只檢查我們的 工作區 和 暫存區 之間的差異，如果我們想看到 暫存區 和 本地倉庫 之間的差異，就需要加一個參數 git diff --cached ：
- diff --git a/index.md b/index.md
- index 73ff1ba..1066758 100644
- --- a/index.md
- +++ b/index.md
- @@ -1,5 +1,5 @@
- ---
- -layout: main
- +1234layout: main
- color: black
- ---
這時候我們看到的差異是 暫存區 和 本地倉庫 之間的差異。
已提交，未推送
- git diff master origin/master
現在，我們把修改從 暫存區 提交到 本地倉庫 ，再看一下差異。先執行 git commit ，然后再執行 git diff --cached ，沒有差異，執行 git diff master origin/master ，可以看到差異：
在這里， master 就是你的 本地倉庫 ，而 origin/master 就是你的 遠程倉庫 ， master 是主分支的意思，因為我們都在主分支上工作，所以這里兩邊都是 master ，而 origin 就代表遠程。
撤銷修改
了解清楚如何檢查各種修改之后，我們開始嘗試各種撤銷操作。
已修改，未暫存
如果我們只是在編輯器里修改了文件，但還沒有執行 git add . ，這時候我們的文件還在 工作區 ，并沒有進入 暫存區 ，我們可以用：
- git checkout .
或者
- git reset --hard
來進行撤銷操作。
可以看到，在執行完 git checkout . 之后，修改已被撤銷， git diff 沒有任何內容了。
一對反義詞
git add . 的反義詞是 git checkout . 。做完修改之后，如果你想向前走一步，讓修改進入 暫存區 ，就執行 git add . ，如果你想向后退一步，撤銷剛才的修改，就執行 git checkout . 。
已暫存，未提交
你已經執行了 git add . ，但還沒有執行 git commit -m "comment" 。這時候你意識到了錯誤，想要撤銷，你可以執行：
- git reset
- git checkout .
或者
- git reset --hard
git reset 只是把修改退回到了 git add . 之前的狀態，也就是說文件本身還處于 已修改未暫存 狀態，你如果想退回 未修改 狀態，還需要執行 git checkout . 。
或許你已經注意到了，以上兩個步驟都可以用同一個命令 git reset --hard 來完成。是的，就是這個強大的命令，可以一步到位地把你的修改完全恢復到 未修改 的狀態。
已提交，未推送
你的手太快，你既執行了 git add . ，又執行了 git commit ，這時候你的代碼已經進入了你的 本地倉庫 ，然而你后悔了，怎么辦?不要著急，還有辦法。
- git reset --hard origin/master
還是這個 git reset --hard 命令，只不過這次多了一個參數 origin/master ，正如我們上面講過的， origin/master 代表 遠程倉庫 ，既然你已經污染了你的 本地倉庫 ，那么就從 遠程倉庫 把代碼取回來吧。
已推送
很不幸，你的手實在是太快了，你既 git add 了，又 git commit 了，并且還 git push 了，這時你的代碼已經進入 遠程倉庫 。如果你想恢復的話，還好，由于你的 本地倉庫 和 遠程倉庫 是等價的，你只需要先恢復 本地倉庫 ，再強制 push 到 遠程倉庫 就好了：
- git reset --hard HEAD^
- git push -f
總結
以上 4 種狀態的撤銷我們都用到了同一個命令 git reset --hard ，前 2 種狀態的用法甚至完全一樣，所以只要掌握了 git reset --hard 這個命令的用法，從此你再也不用擔心提交錯誤了。
