git reset（回退add操做）

在Git的通常使用中，若是發現錯誤的將不想提交的文件add進入index以後，想回退取消，則可使用命令：git reset HEAD <file>...，同時git add完畢以後，git也會作相應的提示，好比：

引用

 

# Changes to be committed: 

#   (use "git reset HEAD<file>..." to unstage) 

# 

# new file:   Test.Scala 

 

git reset [--hard|soft|mixed|merge|keep] [<commit>或HEAD]：將當前的分支重設（reset）到指定的<commit>或者HEAD（默認，若是不顯示指定commit，默認是HEAD，即最新的一次提交），而且根據[mode]有可能更新index和working directory。

下面列出一些git reset的典型的應用場景： 

A) 回滾add操縱 

引用

$ edit                                   (1) 

$ git add frotz.c filfre.c 

$ mailx                                  (2) 

$ git reset                              (3) 

$ git pull git://info.example.com/ nitfol (4) 

 

(1) 編輯文件frotz.c, filfre.c，作了些更改，並把更改添加到了index 

(2) 查看郵件，發現某人要你pull，有一些改變須要你merge下來 

(3) 然而，你已經把index搞亂了，由於index同HEAD commit不匹配了，可是你知道，即將pull的東西不會影響已經修改的frotz.c和filfre.c，所以你能夠revert這兩個文件的改變。revert後，那些改變應該依舊在working directory中，所以執行git reset。 

(4) 而後，執行了pull以後，自動merge，frotz.c和filfre.c這些改變依然在working directory中。 

 

B) 回滾最近一次commit 

引用

$ git commit ... 

$ git reset --soft HEAD^     (1) 

$ edit                       (2) 

$ git commit -a -c ORIG_HEAD (3) 

 

(1) 當提交了以後，你又發現代碼沒有提交完整，或者你想從新編輯一下提交的comment，執行git reset --soft HEAD^，讓working tree還跟reset以前同樣，不做任何改變。 

HEAD^指向HEAD以前最近的一次commit。 

(2) 對working tree下的文件作修改 

(3) 而後使用reset以前那次commit的註釋、做者、日期等信息從新提交。注意，當執行git reset命令時，git會把老的HEAD拷貝到文件.git/ORIG_HEAD中，在命令中可使用ORIG_HEAD引用這個commit。commit命令中 -a 參數的意思是告訴git，自動把全部修改的和刪除的文件都放進stage area，未被git跟蹤的新建的文件不受影響。commit命令中-c <commit> 或者 -C <commit>意思是拿已經提交的commit對象中的信息（做者，提交者，註釋，時間戳等）提交，那麼這條commit命令的意思就很是清晰了，把全部更改的文件加入stage area，並使用上次的提交信息從新提交。 

 

C) 回滾最近幾回commit，並把這幾回commit放到叫作topic的branch上去。 

引用

$ git branch topic/wip    (1) 

$ git reset --hard HEAD~3  (2) 

$ git checkout topic/wip   (3)

 

(1) 你已經提交了一些commit，可是此時發現這些commit還不夠成熟，不能進入master分支，但你但願在新的branch上潤色這些commit改動。所以執行了git branch命令在當前的HEAD上創建了新的叫作 topic/wip的分支。 

(2) 而後回滾master branch上的最近三次提交。HEAD~3指向當前HEAD-3個commit的commit，git reset --hard HEAD~3即刪除最近的三個commit（刪除HEAD, HEAD^, HEAD~2），將HEAD指向HEAD~3。 

 

D) 永久刪除最後幾個commit 

引用

$ git commit ... 

$ git reset --hard HEAD~3   (1)

 

(1) 最後三個commit（即HEAD, HEAD^和HEAD~2）提交有問題，你想永久刪除這三個commit。 

 

E) 回滾merge和pull操做 

引用

$ git pull                        (1) 

Auto-merging nitfol 

CONFLICT (content): Merge conflict innitfol 

Automatic merge failed; fix conflicts andthen commit the result. 

$ git reset --hard                (2) 

$ git pull . topic/branch         (3) 

Updating from 41223... to 13134... 

Fast-forward 

$ git reset --hard ORIG_HEAD      (4)

 

(1) 從origin拉下來一些更新，可是產生了不少衝突，你暫時沒有這麼多時間去解決這些衝突，所以你決定稍候有空的時候再從新pull。 

(2) 因爲pull操做產生了衝突，所以全部pull下來的改變還沒有提交，仍然再stage area中，這種狀況下git reset --hard與 git reset --hard HEAD意思相同，即都是清除index和working tree中被搞亂的東西。 

(3) 將topic/branch合併到當前的branch，此次沒有產生衝突，而且合併後的更改自動提交。 

(4) 可是此時你又發現將topic/branch合併過來爲時尚早，所以決定退滾merge，執行git reset --hard ORIG_HEAD回滾剛纔的pull/merge操做。說明：前面講過，執行git reset時，git會把reset以前的HEAD放入.git/ORIG_HEAD文件中，命令行中使用ORIG_HEAD引用這個commit。一樣的，執行pull和merge操做時，git都會把執行操做前的HEAD放入ORIG_HEAD中，以防回滾操做。 

 

F) 在被污染的working tree中回滾merge或者pull 

引用

$ git pull                        (1) 

Auto-merging nitfol 

Merge made by recursive. 

nitfol               |   20 +++++---- 

... 

$ git reset --merge ORIG_HEAD     (2)

 

(1) 即使你已經在本地更改了一些你的working tree，你也可安全的git pull，前提是你知道將要pull的內容不會覆蓋你的working tree中的內容。 

(2) git pull完後，你發現此次pull下來的修改不滿意，想要回滾到pull以前的狀態，從前面的介紹知道，咱們能夠執行git reset --hard ORIG_HEAD，可是這個命令有個反作用就是清空你的working tree，即丟棄你的本地未add的那些改變。爲了不丟棄working tree中的內容，可使用git reset --merge ORIG_HEAD，注意其中的--hard換成了 --merge，這樣就能夠避免在回滾時清除working tree。 

 

G) 被中斷的工做流程 

在實際開發中常常出現這樣的情形：你正在開發一個大的feature，此時來了一個緊急的bug須要修復，可是目前在working tree中的內容尚未成型，還不足以commit，可是你又必須切換的另外的branch去fix bug。請看下面的例子 

引用

$ git checkout feature ;# you were workingin "feature" branch and 

$ work work work       ;#got interrupted 

$ git commit -a -m "snapshot WIP"                (1) 

$ git checkout master 

$ fix fix fix 

$ git commit ;# commit with real log 

$ git checkout feature 

$ git reset --soft HEAD^ ;# Go back to WIPstate  (2) 

$ git reset                                     (3)

 

(1) 此次屬於臨時提交，所以隨便添加一個臨時註釋便可。 

(2) 此次reset刪除了WIP commit，而且把working tree設置成提交WIP快照以前的狀態。 

(3) 此時，在index中依然遺留着「snapshot WIP」提交時所作的uncommit changes，git reset將會清理index成爲還沒有提交"snapshot WIP"時的狀態便於接下來繼續工做。 

 

(H) Reset單獨的一個文件 

假設你已經添加了一個文件進入index，可是然後又不打算把這個文件提交，此時可使用git reset把這個文件從index中去除。 

引用

$ git reset -- frotz.c                     (1) 

$ git commit -m "Commit files inindex"     (2) 

$ git add frotz.c                          (3)

 

(1) 把文件frotz.c從index中去除， 

(2) 把index中的文件提交 

(3) 再次把frotz.c加入index 

 

(I) 保留working tree並丟棄一些以前的commit 

假設你正在編輯一些文件，而且已經提交，接着繼續工做，可是如今你發現當前在working tree中的內容應該屬於另外一個branch，與這以前的commit沒有什麼關係。此時，你能夠開啓一個新的branch，而且保留着working tree中的內容。 

引用

$ git tag start 

$ git checkout -b branch1 

$ edit 

$ git commit ...                          (1) 

$ edit 

$ git checkout -b branch2                  (2) 

$ git reset --keep start                   (3)

 

(1) 此次是把在branch1中的改變提交了。 

(2) 此時發現，以前的提交不屬於這個branch，此時你新建了branch2，並切換到了branch2上。 

(3) 此時你能夠用 reset --keep 把在 start 以後的 commit 清除掉，可是保持 working tree 不變。