7. 撤消操作

本节目标：学会在不同场景下撤消修改，理解 reset 三种模式的区别，知道 reset 和 revert 该怎么选。

撤消工作区的修改：git restore

你改了文件，还没 add，想放弃改动：

git restore readme.txt

文件会回到最后一次 commit 或 add 时的状态。

Warning

这个操作不可逆。工作区的改动会直接消失，没有确认提示。确定不要了再执行。

旧写法是 git checkout -- readme.txt。restore 是 Git 2.23 引入的更清晰的新命令。

你 add 了，但还没 commit，想取消暂存：

git restore --staged readme.txt

文件回到工作区，改动还在，只是暂存区被清空了。

旧写法是 git reset HEAD readme.txt。

git reset 是”时光机”，把分支指针移动到历史某个提交。它有三个模式，区别在于影响范围。

只移动分支指针，暂存区和工作区不变：

git reset --soft HEAD~

效果：回退到上一个提交，但所有改动都还在暂存区。适合”重新提交上一次”的场景。

移动分支指针，重置暂存区，工作区不变：

git reset HEAD~

效果：回退到上一个提交，改动都回到工作区（未暂存状态）。这是默认行为。

移动分支指针，重置暂存区，重置工作区：

git reset --hard HEAD~

效果：彻底回到上一个提交，工作区的改动全部丢弃。

Warning

--hard 是真正的”销毁数据”。工作区未提交的改动会永久丢失。执行前请三思。

git reset 是”回到过去”，git revert 是”创建一个新的提交来抵消某次提交”。

git revert abc123d

Git 会创建一个新的提交，内容是 abc123d 的反向操作。历史记录完整保留。

这块确实容易混。一句话：

本地未推送的改动，用 reset。已经共享的历史，用 revert。

Note

为什么已共享的历史不能用 reset？因为 reset 会”抹掉”提交。如果别人已经基于你的提交开发了，他们的历史会断掉。revert 是”加一条新记录”，不影响别人。

git commit -m "拼写错了"
git commit --amend -m "正确的提交信息"

--amend 修改最近一次提交，不会多出一个提交记录。

git commit -m "add feature"
git add forgotten-file.txt
git commit --amend

第二次提交会合并到第一次里，对外只看到一个提交。

git reset --hard HEAD~2

彻底回到两个提交之前的状态。

git revert abc123d

创建新提交来抵消 abc123d 的影响，历史完整保留。

下一章，我们学习 .gitignore——告诉 Git 哪些文件不用管。