git撤回命令有哪些？怎么用？
在 Git 的日常使用中，“撤回”并不是一个单一动作，而是根据不同场景采取不同命令。理解这些命令的差异，可以帮助你在开发中避免误操作，同时也能灵活管理版本历史。下面我为你系统梳理常见的 Git 撤回命令及使用方法 🚀。
一、撤回工作区修改
如果文件只是改动了但还没 git add：
git checkout -- <文件名>
👉 作用：将文件恢复到最近一次提交或暂存区的状态。
适用场景：手滑修改了代码，不想保留。
二、撤回暂存区操作
当你已经 git add 但还没提交：
git reset HEAD <文件名>
👉 作用：把文件从暂存区撤回到工作区，保留修改内容。
适用场景：发现暂存区中放错文件，或者想先调整一下再提交。
三、撤回提交（保留修改）
如果你已经 git commit，但发现信息写错或提交过早：
git reset --soft HEAD~1
👉 作用：撤回最近一次提交，但修改仍保留在暂存区。
适用场景：需要重新编辑提交信息，或者合并到新的提交中。
四、撤回提交（保留工作区改动）
git reset --mixed HEAD~1
👉 作用：撤回提交，改动回到工作区，不在暂存区。
适用场景：提交了代码，但想重新整理再 add。
五、彻底撤回提交（丢弃修改）
git reset --hard HEAD~1
👉 作用：撤回提交并丢弃所有改动，回到上一次提交状态。
适用场景：确定不要这次提交和改动时。⚠️风险较大，慎用。
六、撤销指定提交（保留历史）
git revert <commit_id>
👉 作用：生成一个新的提交，用来“反做”某个历史提交。
适用场景：代码已经推送到远程仓库，需要安全地撤销某个改动。
七、撤销推送到远程的提交
如果已经 git push，而需要回滚：
-
本地回滚（如
git revert） -
然后再
git push
👉 原因：git reset --hard直接推送会导致历史冲突，一般团队开发中要避免强推。
八、撤销合并
合并分支出错，可以用：
git revert -m 1 <merge_commit_id>
👉 作用：撤销合并提交，同时保留分支记录。
适用场景：分支合并后发现功能有问题，需要回滚。
原理说明表
| 命令 | 撤回对象 | 是否保留修改 | 是否生成新提交 | 常见用途 |
|---|---|---|---|---|
git checkout -- 文件 |
工作区文件 | ❌ 不保留 | ❌ | 放弃文件修改 |
git reset HEAD 文件 |
暂存区文件 | ✅ 保留 | ❌ | 撤回 git add |
git reset --soft |
最近提交 | ✅ 保留在暂存区 | ❌ | 重写提交信息 |
git reset --mixed |
最近提交 | ✅ 保留在工作区 | ❌ | 重新整理提交 |
git reset --hard |
最近提交 | ❌ 丢弃修改 | ❌ | 完全回退 |
git revert commit |
指定提交 | ✅ 保留历史 | ✅ | 安全撤销远程提交 |
git revert -m |
合并提交 | ✅ 保留历史 | ✅ | 撤销错误合并 |
总结来看，Git 的撤回操作就像一把“手术刀”，分层次从工作区 → 暂存区 → 提交历史逐步控制。关键点在于：
-
如果已经推送，优先用
git revert，保证团队历史安全。 -
如果还在本地，可以用
git reset，选择是否保留修改。 -
如果只是文件未提交的修改，用
git checkout就够了。
这样一来，你就能根据不同业务场景，灵活选择最优撤回方式 ✨。
要不要我再给你写一份“撤回命令常见误区”清单，让你能快速避免踩坑？
