前言

在日常開發中，我們難免會遇到：

• 改錯代碼：推送之前才發現某些行根本就不該動
• 提交錯誤：commit 信息打錯、提交到錯誤分支
• 想回到之前版本：測試時發現之前版本是好的，需要回去查看

這就需要用到 Git 的回退操作。Git 提供多種回退方式，比如：checkout、reset、revert、reflog 等。下面會從最常見的場景入手，一步步解釋 怎么做 + 為什么這樣做。

---

1. 概念簡單區分

為了后面理解更順暢，先做最簡要的概念區分：

• 工作區(Working Directory)：就是你平時編輯文件所在的那一層文件夾。
• 暫存區(Staging Area)：你用 git add 之后，文件的修改就放到這里，等待下一次提交。
• 本地倉庫(Local Repository)：你執行 git commit 后，才真正存到本地倉庫里。
• 遠程倉庫(Remote Repository)：git push 后，修改才會傳到遠程，比如 GitHub、GitLab 等。

不同的回退命令，操作作用在不同的階段。

---

2. 撤銷尚未提交的修改（還在工作區）

場景示例

你剛寫完一段代碼，突然發現完全寫錯了，還沒來得及用 git add。你想丟棄掉這一切。

命令

# 撤銷當前工作區所有未提交的更改
git checkout -- .

或者，如果只想丟棄某個文件的更改：

git checkout -- <filename>

詳解

• checkout -- <文件> 會用最近一次提交中的版本覆蓋你的工作區文件，達成“把文件回滾到上次提交狀態”的效果。
• 這時候，如果你還沒有 git add，那么這個命令就是最簡單的丟棄本地改動方式。

---

3. 撤銷已 git add 但未 commit 的修改

場景示例

你已經執行了 git add somefile.py，但沒執行 git commit。突然發現有些改動是不想提交的。

命令

1. 先把文件從暫存區移回工作區：

   git reset HEAD <filename>
   

2. 再丟棄該文件在工作區的改動（如果還要丟棄的話）：

   git checkout -- <filename>
   

詳解

• git reset HEAD <filename>：把 <filename> 從暫存區撤回到工作區。
• git checkout -- <filename>：丟棄工作區中的改動，回到上一次提交的狀態。

如果你只是想取消暫存，但是保留文件的編輯（也許還想再改），那就只執行第一步即可。

---

4. 撤銷最近一次提交：git reset 的用法

當你已經提交了 (commit)，但你后悔了，比如提交漏寫了某些文件、或者發現了語法錯誤，想重新來。

4.1 保留改動到工作區：--soft

“我想把最新一次提交退回，但代碼還留著（我想再改改，之后重新提交）。”

git reset --soft HEAD~1

• HEAD~1 表示上一個提交（也可以用 commit ID 的前幾位代替）。
• --soft 會把那次提交的所有改動放回到“暫存區”，讓你可以繼續進行修改或重新提交。

4.2 完全丟棄改動：--hard

“我想徹底刪除最近一次提交里的所有更改，干干凈凈回到上一個版本。”

git reset --hard HEAD~1

• 這會永久刪除那次提交及其工作區更改，除非你通過 reflog 找回。
• 請謹慎操作：如果你需要的內容都沒了，可能得不到恢復。

示例場景

1. 你寫了一個新功能，git commit -m \"add new feature\"。
2. 結果發現寫錯功能邏輯，決定先回到不帶該功能的舊版本去調試。
   • 如果你還想保留這段代碼，可以改良后再提交：

     git reset --soft HEAD~1
     # 現在那次提交的改動還在暫存區，你可以用編輯器繼續修改
     git commit -m \"fix new feature\"
     

   • 如果你完全不想要那次提交，干脆刪掉：

     git reset --hard HEAD~1
     # 徹底回到之前的版本
     

---

5. 撤銷某一次特定提交：git revert

場景示例

你在歷史上第 10 個提交里改了數據庫配置，影響到現在的運行。想把那次提交撤銷，但又不想影響中間其他 commits。

命令

git revert <具體的commit_id>

執行后，會自動開啟一個編輯器讓你寫“撤銷 xx 提交”的說明，然后自動生成一個新的提交，用以反向撤銷指定版本的改動。

詳解

• git revert 不會改變原來的提交歷史，而是生成一個“負向補丁”把之前提交的內容給抵消掉。
• 這種做法最安全：不會打亂別人的歷史，也不需要強制推送。團隊協作中非常常用。

---

6. 想把本地回退同步到遠程：強制推送 git push -f

場景示例

你在本地用 git reset --hard 回退到了一個老版本，然后希望遠程倉庫也回退。此時，如果直接 git push，Git 會拒絕，因為本地分支歷史“比遠程版本更舊”。

命令

git push origin <branch_name> --force

• 這會把遠程倉庫對應分支的提交歷史整體替換成你本地的版本。

風險提示

• 一旦你強制推送，之前在遠程的提交記錄將被覆蓋。
• 如果有其他人基于那幾個被覆蓋的提交做了工作，會引起沖突或混亂。
• 因此，強制推送前，一定先跟團隊溝通。

---

7. 誤操作后的救命繩：git reflog

場景示例

你一激動用 git reset --hard HEAD~2 結果發現需要的東西被刪了。或者你已經 push -f 把遠程也覆蓋了……

命令

git reflog

會列出所有操作記錄，包括 checkout、commit、reset、merge、rebase 等。你會看到一串記錄，如：

a1b2c3d HEAD@{0}: reset: moving to HEAD~2
f6g7h8i HEAD@{1}: commit: add new feature
...

• 你可以找到需要的提交 ID，然后用：

  git reset --hard <提交ID>
  

  或者

  git checkout <提交ID>
  

  把那個版本再取出來。

詳解

• reflog 相當于 Git 的本地“操作歷史日志”。只要本地沒有執行更深度的清理（比如 git gc --prune=now），通常都能在 reflog 找到過往的 commit。
• 這是你“最后的后悔藥”，別輕易亂刪本地倉庫！

---

8. 你可能關心的常見問題

1. 已經 push 到遠程的提交，能不能用 reset 撤銷？
   • 可以，但要用 push -f 強制推送，會影響其他人。所以一般用 git revert 而不是 reset。
2. git revert 和 git reset 有啥區別？
   • reset 是改變歷史本身，“抹掉”提交；revert 是做一個新的提交來“抵消”之前提交的變化。revert 更安全，協作中更推薦。
3. 能不能同時撤銷多個提交？
   • 可以：git revert a1b2c3d..f6g7h8i （如果中間需要處理沖突，也要人工處理）。不過要對 git revert 比較熟悉才行。
4. 回退后發現我又需要那段代碼，怎么辦？
   • 看看 reflog 能不能救。因為 reset --hard 并不是真正銷毀，除非被垃圾回收 (git gc) 清理。

---

總結：回退操作一覽表

需求場景	操作	風險性
工作區未暫存的改動想丟棄	git checkout -- <file>	低
已暫存（但未提交）的改動想丟棄	git reset HEAD <file> + git checkout -- <file>	低
撤銷本地最后一次提交，保留改動到工作區	git reset --soft HEAD~1	相對可控
徹底刪除最后一次提交，不保留改動	git reset --hard HEAD~1	高，無法輕易恢復
撤銷歷史中某個特定提交（留下回滾記錄）	git revert <commit_id>	低
強制把回退操作更新到遠程	git push -f origin <branch>	高，需溝通
查看所有本地操作日志，從中找到想恢復的 commit	git reflog	無風險（只讀）

---

結束語

以上就是 Git 回退最常用的幾種操作，結合了具體的使用場景和示例流程。作為新手，最重要的是：

1. 明白回退命令改動的是哪些區（工作區、暫存區、本地倉庫、遠程倉庫）；
2. 回退前先想清楚：自己是否真的要破壞歷史？能不能用 git revert？
3. 一旦強制推送，一定要先溝通；
4. 誤操作之后，別忘了 git reflog。

希望這篇指南能幫助你在回退操作時更加從容，避免一些“萬劫不復”的失誤。祝你在開發中“一騎絕塵”、少踩坑、多出成果！