正文從這里開始
雖然 git 誕生距今已有 12 年之久,網(wǎng)上各種關(guān)于 git 的介紹文章數(shù)不勝數(shù),但是依然有很多人(包括我自己在內(nèi))對于它的功能不能完全掌握。以下的介紹只是基于我個人對于 git 的理解,并且可能生編硬造了一些不完全符合 git 說法的詞語。目的只是為了讓 git 通俗化,使初學(xué)者也能大概了解如何快速上手 git 。同時,下面所有討論,我們都假設(shè)只使用一個分支,也就是主分支 master 的情況,雖然這種作法并不符合 git 規(guī)范,但是現(xiàn)實(shí)情況中絕大部分用戶是直接在 master 分支上進(jìn)行工作的,所以在這里我們不去引入更加復(fù)雜的各種分支的情況,也不涉及標(biāo)簽 tag 的操作,只講在最簡單的主分支上如何回退。

正常情況下,我們的工作流就是 3 個步驟,對應(yīng)上圖中的 3 個箭頭線:
git add.把所有文件放入暫存區(qū);
git commit -m "comment"? 把所有文件從暫存區(qū)提交進(jìn)本地倉庫;
git push? ?把所有文件從本地倉庫推送進(jìn)遠(yuǎn)程倉庫。
4個區(qū)
git 之所以令人費(fèi)解,主要是它相比于 svn 等等傳統(tǒng)的版本管理工具,多引入了一個 暫存區(qū) ( Stage )的概念,就因?yàn)槎嗔诉@一個概念,而使很多人疑惑。其實(shí),在初學(xué)者來說,每個區(qū)具體怎么工作的,我們完全不需要關(guān)心,而只要知道有這么 4 個區(qū)就夠了:
工作區(qū)( Working Area )
暫存區(qū)( Stage )
本地倉庫( Local Repository )
遠(yuǎn)程倉庫( Remote Repository )
5種狀態(tài)
以上 4 個區(qū),進(jìn)入每一個區(qū)成功之后會產(chǎn)生一個狀態(tài),再加上最初始的一個狀態(tài),一共是 5 種狀態(tài)。以下我們把這 5 種狀態(tài)分別命名為:
未修改( Origin )
已修改( Modified )
已暫存( Staged )
已提交( Committed )
已推送( Pushed )
檢查修改
了解了基本概念之后,我們來談一談犯錯誤之后如何撤銷的問題。首先,我們要了解如何檢查這 3 個步驟當(dāng)中每一個步驟修改了什么,然后才好判斷有沒有修改成功。檢查修改的二級命令都相同,都是 diff ,只是參數(shù)有所不同。
1.已修改,未暫存
git diff
首先,我們來看一下,如果我們只是簡單地在瀏覽器里保存了一下文件,但是還沒有做 git add . 之前,我們?nèi)绾螜z查有哪些修改。我們先隨便拿一個文件來做一下實(shí)驗(yàn):

我們在文件開頭的第 2 行胡亂加了 4 個數(shù)字 1234 ,存盤,這時文件進(jìn)入了 已修改 狀態(tài),但是還沒有進(jìn)入 暫存區(qū) ,我們運(yùn)行 git diff ,結(jié)果如下:

2.已暫存,未提交
git diff--cached
現(xiàn)在我們把修改放入 暫存區(qū) 看一下。先執(zhí)行 git add . ,然后執(zhí)行 git diff ,你會發(fā)現(xiàn)沒有任何結(jié)果:

這說明 git diff 這個命令只檢查我們的 工作區(qū) 和 暫存區(qū) 之間的差異,如果我們想看到 暫存區(qū) 和 本地倉庫 之間的差異,就需要加一個參數(shù) git diff —cached :

已提交,未推送
git diff master origin/master
現(xiàn)在,我們把修改從 暫存區(qū) 提交到 本地倉庫 ,再看一下差異。先執(zhí)行 git commit ,然后再執(zhí)行 git diff —cached ,沒有差異,執(zhí)行 git diff master origin/master ,可以看到差異:

在這里, master 就是你的 本地倉庫 ,而 origin/master 就是你的 遠(yuǎn)程倉庫 , master 是主分支的意思,因?yàn)槲覀兌荚谥鞣种瞎ぷ?,所以這里兩邊都是 master ,而 origin 就代表遠(yuǎn)程。
撤銷修改
了解清楚如何檢查各種修改之后,我們開始嘗試各種撤銷操作。
已修改,未暫存
如果我們只是在編輯器里修改了文件,但還沒有執(zhí)行 git add . ,這時候我們的文件還在 工作區(qū) ,并沒有進(jìn)入 暫存區(qū) ,我們可以用:
git checkout.
或者
git reset--hard
來進(jìn)行撤銷操作。

可以看到,在執(zhí)行完 git checkout . 之后,修改已被撤銷, git diff 沒有任何內(nèi)容了。
git add . 的反義詞是 git checkout . 做完修改之后,如果你想向前走一步,讓修改進(jìn)入 暫存區(qū) ,就執(zhí)行 git add . ,如果你想向后退一步,撤銷剛才的修改,就執(zhí)行 git checkout . 。
已暫存,未提交
你已經(jīng)執(zhí)行了 git add . ,但還沒有執(zhí)行 git commit -m “comment” 。這時候你意識到了錯誤,想要撤銷,你可以執(zhí)行:
git reset
git checkout
或者
git reset--hard
git reset 只是把修改退回到了 git add . 之前的狀態(tài),也就是說文件本身還處于 已修改未暫存 狀態(tài),你如果想退回 未修改 狀態(tài),還需要執(zhí)行 git checkout . 。
或許你已經(jīng)注意到了,以上兩個步驟都可以用同一個命令 git reset —hard 來完成。是的,就是這個強(qiáng)大的命令,可以一步到位地把你的修改完全恢復(fù)到 未修改 的狀態(tài)。
已提交,未推送
你的手太快,你既執(zhí)行了 git add . ,又執(zhí)行了 git commit ,這時候你的代碼已經(jīng)進(jìn)入了你的 本地倉庫 ,然而你后悔了,怎么辦?不要著急,還有辦法。
git reset--hard origin/master
還是這個 git reset —hard 命令,只不過這次多了一個參數(shù) origin/master ,正如我們上面講過的, origin/master 代表 遠(yuǎn)程倉庫 ,既然你已經(jīng)污染了你的 本地倉庫 ,那么就從 遠(yuǎn)程倉庫 把代碼取回來吧。
.已推送
很不幸,你的手實(shí)在是太快了,你既 git add 了,又 git commit 了,并且還 git push 了,這時你的代碼已經(jīng)進(jìn)入 遠(yuǎn)程倉庫 。如果你想恢復(fù)的話,還好,由于你的 本地倉庫 和 遠(yuǎn)程倉庫 是等價的,你只需要先恢復(fù) 本地倉庫 ,再強(qiáng)制 push 到 遠(yuǎn)程倉庫 就好了:
git reset--hard HEAD^
git push -f

總結(jié)
以上 4 種狀態(tài)的撤銷我們都用到了同一個命令 git reset —hard ,前 2 種狀態(tài)的用法甚至完全一樣,所以只要掌握了 git reset —hard 這個命令的用法,從此你再也不用擔(dān)心提交錯誤了。
參照于@前端早讀課?