摘要： 多年以后，你面對一個需要回滾的Git倉庫，准會想起這篇博客。
某一天，用戶跟我反饋，他不能分配任務了。我去看了一下Fundebug捕獲的報錯信息：
可知，出錯原因是前端發送的請求參數有問題。這個悲傷的故事是這樣的：后端同時修改了多個接口，但是前端沒有及時修改對應的接口調用。
這個問題不難解決，回滾代碼就好了，但是，Git如何回滾代碼呢？我花了點時間研究了一下。
測試倉庫：Fundebug/git-rollback
我寫了一個非常簡單的測試倉庫，master分支只有3個commit，每個commit只是添加一個文件，因此一共有3個文件：01.txt, 02.txt, 03.txt。
git log |
本文介紹的所有回滾代碼的命令，都會在一個新的分支執行，方便大家理解：
| 示例 | 分支 | 說明 | 命令 |
|---|---|---|---|
| 1 | test01 | 撤銷最近1次commit | git revert HEAD |
| 2 | test02 | 撤銷某個commit | git revert 3821210392184432de18b596cee58ab7924e39f9 |
| 3 | test03 | 撤銷多個連續commit | git revert b39476b9c730d312266fe9bc7f63e795f9ba856f 3821210392184432de18b596cee58ab7924e39f9 |
| 4 | test04 | 撤銷多個非連續commit | git revert b39476b9c730d312266fe9bc7f63e795f9ba856f 3821210392184432de18b596cee58ab7924e39f9 |
| 5 | test05 | 重置為某個commit(不保存代碼) | git reset –hard 55d3012564e94a39f6686c0e532c0459ddc41ec4 |
| 6 | test6 | 重置為某個commit(保存代碼) | git reset –soft 55d3012564e94a39f6686c0e532c0459ddc41ec4 |
git revert : 撤銷特定commit
Git的每一個commit都對應着某些代碼改動，那萬一改錯了呢？這時可以使用git reset來撤銷某一次commit的改動。所謂撤銷，就是把修改了的代碼再改回來。
示例1
最簡單的一個場景，就是撤銷最近的1次commit：
git revert HEAD |
最近1次commit是新增03.txt，撤銷這個commit之后，test01分支就只剩下2個文件了：01.txt, 02.txt。
示例2
有時，可能需要撤銷某個特定commit，比如，當我需要撤銷第2個commit時，指定對應ID即可：
git revert 3821210392184432de18b596cee58ab7924e39f9 |
最近1次commit是新增02.txt，撤銷這個commit之后，test02分支就只剩下2個文件了：01.txt, 03.txt。
由這個示例可知，使用git revert撤銷commit時，僅僅針對所撤銷的commit，與任何其他commit無關。
示例3
假設我們再做某個功能時，進行了多次commit，需要全部撤銷。我們當然可以一個個commit依次revert，這樣比較麻煩，其實可以一次性搞定：
git revert b39476b9c730d312266fe9bc7f63e795f9ba856f 3821210392184432de18b596cee58ab7924e39f9 |
撤銷了后面2個commit，test03分支就只剩下1個文件了：01.txt。
示例4
示例3中所撤銷的2個commit是連續的，其實，因為revert操作只與單個commit相關，我們也可以撤銷多個非連續的commit：
git revert b39476b9c730d312266fe9bc7f63e795f9ba856f 55d3012564e94a39f6686c0e532c0459ddc41ec4 |
撤銷了第1個和第3個commit，test04分支就只剩下1個文件了：02.txt。
git reset：重置為特定commit
示例5
在示例3中，撤銷了兩個連續的commit，這樣做等價於將代碼重置為第1個commit的狀態：僅有01.txt這1個文件。使用git revert命令有些麻煩，我們可以直接使用git reset命令來實現：
git reset --hard 55d3012564e94a39f6686c0e532c0459ddc41ec4 |
將倉庫強制重置為第1個commit，這樣test05分支就只剩下1個文件了：01.txt。git reset –hard與git revert效果看起來一樣，但是不同點在於，前者直接刪除了后面2個commit及其代碼，沒有保存commi歷史，因此這個操作是不可逆的！使用時應該特別小心。
如果你的本地倉庫與遠程倉庫在reset之前是同步過的，reset之后，兩者的commit不一致，本地倉庫的commit落后與遠程倉庫，這樣會導致push失敗：
git push |
這是需要使用–force選項，這樣遠程倉庫會被強制覆蓋：
git push --force |
示例6
reset時使用–hard選項是一個很危險的操作，因為它把commit以及代碼全刪了，沒法恢復。如果你只希望刪除commit，而保留修改過的代碼的話，可以使用–soft選項。
git reset --soft 55d3012564e94a39f6686c0e532c0459ddc41ec4 |
這時，后面2個commit也被刪除了，當前commit為第1個commit。但是，02.txt與03.txt並沒有被刪除。
git status |
這就意味着，當你的commit的代碼有一些小問題時，可以重置commit，修改一下代碼，如何重新commit即可。
參考
版權聲明: 轉載時請注明作者Fundebug以及本文地址： https://blog.fundebug.com/2018/01/24/git-rollback-tutorial/