Git學習（三）遠程倉庫版本回退方法

1 簡介

最近在使用Git時遇到了遠程分支需要版本回滾的情況，於是做了一下研究，寫下這篇博客。

2 問題

如果提交了一個錯誤的版本，怎麼回退版本？

如果提交了一個錯誤的版本到遠程分支，怎麼回退遠程分支版本？

如果提交了一個錯誤的版本到公共遠程分支，又該怎麼回退版本？

3 本地分支版本回退的方法

如果你在本地做了錯誤提交，那麼回退版本的方法很簡單 
先用下面命令找到要回退的版本的commit id：

<span style="color:#000000"><code class="language-git">git reflog </code></span>

• 1

接着回退版本:

<span style="color:#000000"><code class="language-git"><span style="color:#880000">git</span> <span style="color:#880000">reset</span> <span style="color:#006666">-</span><span style="color:#006666">-</span><span style="color:#880000">hard</span> <span style="color:#880000">ad0ef3e</span></code></span>

• 1

ad0ef3e就是你要回退的版本的commit id的前面幾位

如果直接在eclipse上操作呢，如使用的egit插件，又該怎麼做？

很多人看到這裏有三個選項，不禁有個疑問，都有什麼講究嗎，答案是肯定的。

Soft - 當前分支重置到指定commit記錄位置，索引和工作樹不變；

Mixed - 當前分支重置到指定commit記錄位置，索引被更新，工作樹不變；

Hard - 當前分支重置到指定commit記錄位置，索引和工作樹都更新。

貌似不好理解，首先要理解GIT的三個區域（工作樹、索引區、倉庫），可參考廖雪峯的《Git教程》

先做soft的測試，新建Soft.java文件，可以看到此文件未添加到索引控制

先進行一次提交，提交後在History窗口中重置此次提交，選擇soft：

重置後查看工作樹，如圖 

從上圖可以看出，soft文件還存在，說明重置沒有改變工作樹，而且soft文件不是“問號”圖標，說明已經添加到索引，說明索引也沒有變。唯一重置的是歷史記錄。

然後新建Mixed.java文件，此時Mixed.java也沒有添加到索引控制，然後提交。

在History窗口中重置

重置後查看工作樹結果如下：

從上圖可以看出，Mixed.java文件還存在，說明工作樹沒有改變，但是文件狀態是untracked，說明索引被更新，此時文件沒有添加索引控制。

最後來看hard重置，新建Hard.java文件，此時文件沒有添加索引，然後提交。

在History界面重置此次提交，如圖：

重置後再查看工作樹，結果如下：

可以看到Hard.java文件已經不存在了，說明索引和工作樹都被更新。

4 自己的遠程分支版本回退的方法

如果你的錯誤提交已經推送到自己的遠程分支了，那麼就需要回滾遠程分支了。 
首先要回退本地分支：

<span style="color:#000000"><code class="language-git"><span style="color:#880000">git</span> <span style="color:#880000">reflog</span>
<span style="color:#880000">git</span> <span style="color:#880000">reset</span> <span style="color:#006666">-</span><span style="color:#006666">-</span><span style="color:#880000">hard</span> <span style="color:#880000">ad0ef3e</span></code></span>

• 1
• 2

緊接着強制推送到遠程分支：

<span style="color:#000000"><code class="language-git">git push -f</code></span>

• 1

注意：本地分支回滾後，版本將落後遠程分支，必須使用強制推送覆蓋遠程分支，否則無法推送到遠程分支

那如何使用eclipse插件egit操作呢？

前面的回退操作上面已經講到，那我們可以直接推送到遠程倉庫嗎？不妨一試。結果如下圖。

看來只能強制推送了，做法如下

現在可以可以看到已經推送成功了

5 公共遠程分支版本回退的問題

看到這裏，相信你已經能夠回滾遠程分支的版本了，那麼你也許會問了，回滾公共遠程分支和回滾自己的遠程分支有區別嗎？ 
答案是，當然有區別啦。

一個顯而易見的問題：如果你回退公共遠程分支，把別人的提交給丟掉了怎麼辦？

下面來分析:

假如你的遠程master分支情況是這樣的:

A1–A2–B1

其中A、B分別代表兩個人，A1、A2、B1代表各自的提交。並且所有人的本地分支都已經更新到最新版本，和遠程分支一致。

這個時候你發現A2這次提交有錯誤，你用reset回滾遠程分支master到A1，那麼理想狀態是你的隊友一拉代碼git pull，他們的master分支也回滾了，然而現實卻是，你的隊友會看到下面的提示：

<span style="color:#000000"><code class="language-git">$ git status
On branch master
Your branch is ahead of <span style="color:#009900">'origin/master'</span> <span style="color:#000088">by</span> <span style="color:#006666">2</span> commits.
  (use <span style="color:#009900">"git push"</span> <span style="color:#4f4f4f">to</span> publish your <span style="color:#4f4f4f">local</span> commits)
nothing <span style="color:#4f4f4f">to</span> commit, working <span style="color:#4f4f4f">directory</span> clean</code></span>

• 1
• 2
• 3
• 4
• 5

(1) 這個時候，你大吼一聲：兄弟們，老子回退版本了。如果你的隊友都是神之隊友，比如: Tony(騰訊CTO)，那麼Tony會冷靜的使用下面的命令來找出你回退版本後覆蓋掉的他的提交，也就是B1那次提交：

<span style="color:#000000"><code class="language-git">git reflog</code></span>

• 1

然後冷靜的把自己的分支回退到那次提交，並且拉個分支:

<span style="color:#000000"><code class="language-git">git checkout tony_branch        <span style="color:#880000">//先回到自己的分支  </span>
git reflog                      <span style="color:#880000">//接着看看當前的commit id,例如:0bbbbb    </span>
git reset <span style="color:#4f4f4f">--</span>hard B1             <span style="color:#880000">//回到被覆蓋的那次提交B1</span>
git checkout -b tony_backup     <span style="color:#880000">//拉個分支，用於保存之前因爲回退版本被覆蓋掉的提交B1</span>
git checkout tony_branch        <span style="color:#880000">//拉完分支，迅速回到自己分支</span>
git reset <span style="color:#4f4f4f">--</span>hard <span style="color:#006666">0</span>bbbbbb        <span style="color:#880000">//馬上回到自己分支的最前端</span></code></span>

• 1
• 2
• 3
• 4
• 5
• 6

通過上面一通敲，Tony暫時舒了一口氣，還好，B1那次提交找回來了,這時tony_backup分支最新的一次提交就是B1，接着Tony要把自己的本地master分支和遠程master分支保持一致：

<span style="color:#000000"><code class="language-git"><span style="color:#880000">git</span> <span style="color:#880000">reset</span> <span style="color:#006666">-</span><span style="color:#006666">-</span><span style="color:#880000">hard</span> <span style="color:#880000">origin/master</span></code></span>

• 1

執行了上面這條命令後，Tony的master分支才真正的回滾了,也就是說你的回滾操作才能對Tony生效，這個時候Tony的本地maser是這樣的：

A1

接着Tony要再次合併那個被丟掉的B1提交：

<span style="color:#000000"><code class="language-git">git checkout master            <span style="color:#880000"> //切換到master</span>
git <span style="color:#4f4f4f">merge</span> tony_backup          <span style="color:#880000"> //再合併一次帶有B1的分支到master</span></code></span>

• 1
• 2

好了，Tony終於長舒一口氣，這個時候他的master分支是下面這樣的：

A1 – B1

終於把丟掉的B1給找回來了，接着他push一下，你一拉也能同步。

同理對於所有隊友也要這樣做，但是如果該隊友沒有提交被你丟掉，那麼他拉完代碼git pull之後，只需要強制用遠程master覆蓋掉本地master就可以了：

<span style="color:#000000"><code class="language-git"><span style="color:#880000">git</span> <span style="color:#880000">reset</span> <span style="color:#006666">-</span><span style="color:#006666">-</span><span style="color:#880000">hard</span> <span style="color:#880000">origin/master</span></code></span>

• 1

(2) 然而很不幸的是，現實中，我們經常遇到的都是豬一樣的隊友，他們一看到下面提示：

<span style="color:#000000"><code class="language-git">$ git status
On branch master
Your branch is ahead of <span style="color:#009900">'origin/master'</span> <span style="color:#000088">by</span> <span style="color:#006666">2</span> commits.
  (use <span style="color:#009900">"git push"</span> <span style="color:#4f4f4f">to</span> publish your <span style="color:#4f4f4f">local</span> commits)
nothing <span style="color:#4f4f4f">to</span> commit, working <span style="color:#4f4f4f">directory</span> clean</code></span>

• 1
• 2
• 3
• 4
• 5

就習慣性的git push一下，或者他們直接用的SourceTree這樣的圖形界面工具，一看到界面上顯示的是推送的提示就直接點了推送按鈕，臥&槽，你辛辛苦苦回滾的版本就這樣輕鬆的被你豬一樣的隊友給還原了，所以，只要有一個隊友push之後，遠程master又變成了：

A1 – A2 – B1

這就是分佈式，每個人都有副本。這個時候你連揍他的心都有了，怎麼辦呢？你不能指望每個人隊友都是git高手，下面我們用另外一種方法來回退版本。

注意：博主是在虛擬機中實驗的，用於模擬兩個人的操作，如果你在一個機器上，用同一個賬號在不同的目錄下克隆兩份代碼來實驗的話，回退遠程分支後，另外一個人是不會看到落後遠程分支兩次提交的，所以請務必使用虛擬機來模擬A、B兩個人的操作

6 公共遠程分支版本回退的方法

使用git reset回退公共遠程分支的版本後，需要其他所有人手動用遠程master分支覆蓋本地master分支，顯然，這不是優雅的回退方法，下面我們使用另個一個命令來回退版本：

<span style="color:#000000"><code class="language-git">git revert HEAD                     <span style="color:#880000">//撤銷最近一次提交</span>
git revert HEAD~<span style="color:#006666">1</span>                   <span style="color:#880000">//撤銷上上次的提交，注意：數字從0開始</span>
git revert <span style="color:#006666">0f</span>faacc                  <span style="color:#880000">//撤銷0ffaacc這次提交</span></code></span>

• 1
• 2
• 3

git revert 命令意思是撤銷某次提交。它會產生一個新的提交，雖然代碼回退了，但是版本依然是向前的，所以，當你用revert回退之後，所有人pull之後，他們的代碼也自動的回退了。

但是，要注意以下幾點：

1. revert 是撤銷一次提交，所以後面的commit id是你需要回滾到的版本的前一次提交

2. 使用revert HEAD是撤銷最近的一次提交，如果你最近一次提交是用revert命令產生的，那麼你再執行一次，就相當於撤銷了上次的撤銷操作，換句話說，你連續執行兩次revert HEAD命令，就跟沒執行是一樣的

3. 使用revert HEAD~1 表示撤銷最近2次提交，這個數字是從0開始的，如果你之前撤銷過產生了commi id，那麼也會計算在內的。

4. 如果使用 revert 撤銷的不是最近一次提交，那麼一定會有代碼衝突，需要你合併代碼，合併代碼只需要把當前的代碼全部去掉，保留之前版本的代碼就可以了.

git revert 命令的好處就是不會丟掉別人的提交，即使你撤銷後覆蓋了別人的提交，他更新代碼後，可以在本地用 reset 向前回滾，找到自己的代碼，然後拉一下分支，再回來合併上去就可以找回被你覆蓋的提交了。

7 revert 合併代碼，解決衝突

使用revert命令，如果不是撤銷的最近一次提交，那麼一定會有衝突，如下所示：

<span style="color:#000000"><code class="language-git"><<<<<<< HEAD
全部清空
<span style="color:#009900">第一次提交
=======</span>
全部清空
>>>>>>> parent of c24cde7... 全部清空</code></span>

• 1
• 2
• 3
• 4
• 5
• 6

解決衝突很簡單，因爲我們只想回到某次提交，因此需要把當前最新的代碼去掉即可，也就是HEAD標記的代碼：

<span style="color:#000000"><code class="language-git"><<<<<<< HEAD
全部清空
<span style="color:#009900">第一次提交
=======</span></code></span>

• 1
• 2
• 3
• 4

把上面部分代碼去掉就可以了，然後再提交一次代碼就可以解決衝突了。

8 繼續擴展，簡單粗暴的回滾方法

看到這裏也許你已經覺得學會了遠程倉庫版本回滾方法了，但是實踐中總是會遇到很多不按套路來的問題，考慮下面一種情況：

如果你們開發中，忽然發現前面很遠的地方有一次錯誤的合併代碼，把本來下一次才能發的功能的代碼合併到了這一次來了，這個時候全體成員都覺得直接回滾比較快，因爲他們都有備份，覆蓋了無所謂，這個時候用reset的話對隊友的要求比較高，用revert的話呢要大面積的解決衝突，也很麻煩呀，怎麼辦呢？

這個時候，可以使用簡單粗暴的辦法，直接從那個錯誤的提交的前一次拉取一份代碼放到其他目錄，然後將master代碼全部刪除，把那份新代碼方進去，然後提交，果然簡單粗暴啊，雖然這種方法不入流，但是，實踐中發現很好使啊，所以，實踐是檢驗真理的唯一標準。遇到問題還是要靈活應對。

9 總結

遠程分支回滾的三種方法：

1. 自己的分支回滾直接用reset

2. 公共分支回滾用revert

3. 錯的太遠了直接將代碼全部刪掉，用正確代碼替代