在Git的日常使用中，我们经常会遇到这样的场景：刚写完一段代码，或者不小心修改了一些文件，手滑执行了git add，结果把不该提交的临时文件、未完成的草稿甚至日志文件都加到了暂存区。这时候想“撤回”这些错误的add操作，却不知道该用什么命令，这就是Git暂存区的“坑”之一。
今天我们就来聊聊：当执行git add后发现文件加错了，如何安全地撤销这个错误操作？ 内容会尽量简单，适合Git初学者理解。
先搞懂“暂存区”是啥¶
在继续之前，我们先简单回顾一下Git的核心概念，方便理解后续操作：
- 工作区：就是你电脑上能看到的文件（比如你正在编辑的代码文件）。
- 暂存区（Stage）：一个临时存放文件快照的“中转站”，执行git add会把工作区的文件快照复制到这里。
- 本地仓库（HEAD）：存储的是已经提交的文件版本，git commit会把暂存区的内容永久保存到这里。
当你执行git add <文件名>时，文件会被放到暂存区。如果这时候发现文件加错了（比如临时文件temp.txt，或者没写完的代码），就需要把它从暂存区“拿出来”，恢复到工作区的状态。
核心命令：git reset HEAD <文件名>¶
最常用的撤销add错误文件的命令是：
git reset HEAD <文件名>
作用：把暂存区的该文件版本，恢复到和本地仓库（HEAD）一致的状态。简单说，就是让暂存区的文件“消失”，但工作区的修改会保留（不会被删除）。
举个例子：¶
假设你有一个文件wrong.txt，你想把它加到暂存区，结果发现这是个不该提交的临时文件，操作步骤如下：
- 在工作区修改文件：
echo "这是错误的临时内容" > wrong.txt
- 误执行
git add：
git add wrong.txt # 错误地把临时文件加到了暂存区
- 执行
git reset撤销：
git reset HEAD wrong.txt # 撤销暂存区的add操作
执行后，暂存区的wrong.txt就会被“移除”，此时暂存区的文件版本恢复到了和HEAD（本地仓库）一致的状态（如果之前没提交过，HEAD默认是最近一次commit的版本，这里可能是空，但文件在工作区的修改会保留）。
撤销所有add的文件（包括多个）¶
如果不小心执行了git add .（把所有修改都加进去了），或者git add -A，想撤销所有暂存区的文件，只需要去掉文件名，直接执行：
git reset HEAD
这会撤销暂存区对所有文件的跟踪，所有文件都从暂存区“退出来”，回到工作区。
撤销后，工作区的文件会被删除吗？¶
不会！git reset HEAD <文件名>只会撤销暂存区的操作，工作区的文件内容不会被修改。
比如上面的例子，执行git reset HEAD wrong.txt后，wrong.txt在工作区的内容还是"这是错误的临时内容"，只是暂存区里没有它了。如果想彻底删除工作区的错误内容，可以用：
git checkout -- wrong.txt # 把工作区的文件恢复到和暂存区一致的状态
（注意：git checkout -- <文件名>是把工作区的文件版本恢复到暂存区的版本，如果暂存区现在是空的，会恢复到最近一次commit的版本）。
关键区别：reset和checkout的不同¶
很多人会混淆这两个命令，这里简单区分：
- git reset HEAD <文件名>：撤销暂存区的add操作，工作区文件保留。
- git checkout -- <文件名>：撤销工作区的修改，把文件恢复到暂存区或最近commit的版本。
如果你只是add错了文件（文件在暂存区），优先用git reset HEAD <文件名>把暂存区的文件“退出来”；如果想同时删除工作区的错误内容，再用git checkout -- <文件名>。
总结¶
当你不小心用git add把不该提交的文件加入暂存区时，记住两个核心操作：
1. 撤销暂存区的add：git reset HEAD <文件名>（单个文件）或git reset HEAD（所有文件）。
2. 恢复工作区的文件（如果需要）：git checkout -- <文件名>。
这些操作都不会影响已提交到本地仓库的内容，也不会删除文件，只是把暂存区的错误文件“退回到”工作区，方便你重新处理。
下次遇到“add错文件”的情况，就不会慌啦！