12、Git reset与revert：reset三种模式、revert撤销、reset与revert区别、安全操作指南
说到Git的撤销操作，很多新手第一反应就是「完了，代码搞丢了」。其实没那么可怕。我刚开始带团队的时候，有个同事不小心把刚写了两天的功能给reset掉了，当时他脸都白了。后来我帮他找回来，顺便给他讲了讲reset和revert的区别。今天咱们就把这两个命令彻底说清楚。
一、Git reset：时光倒流机
reset说白了就是「把指针往回挪」。它有三种模式，分别对应不同的「后悔程度」。我个人习惯把reset想象成一台时光机——你想回到哪个时间点，以及回去之后要不要保留「记忆」。
1. --soft：最温柔的回退
这种模式下，Git只移动HEAD指针。工作区和暂存区的内容全部保留。说白了就是「我只是想重新提交一下，代码都在」。
# 回退到上一个版本，但保留所有修改
git reset --soft HEAD~1
# 回退到指定commit，修改还在暂存区
git reset --soft abc1234
我在项目中遇到过这种情况：提交后发现commit message写错了，或者忘了加某个文件。这时候用--soft最合适，改完重新提交就行。
2. --mixed（默认模式）：中等力度
这是reset的默认行为。它会移动HEAD，重置暂存区，但保留工作区的修改。嗯，这里要注意：你的代码还在，但需要重新git add。
# 回退到上一个版本，取消暂存
git reset HEAD~1
# 或者显式写出来
git reset --mixed HEAD~1
为什么会有这种模式？你想想看，有时候你git add了一堆文件，后来发现有些文件不应该提交。用--mixed可以让你重新选择哪些文件进暂存区。
3. --hard：最危险的回退
这个模式我一般会警告团队成员：慎用！它会移动HEAD，重置暂存区，并且删除工作区的所有修改。说白了就是「回到过去，不留痕迹」。
# 彻底回退到上一个版本，所有修改丢失
git reset --hard HEAD~1
# 回退到指定commit，工作区也会变成那个状态
git reset --hard abc1234
二、Git revert：安全的撤销方式
revert和reset最大的区别在于：revert不会删除历史，而是创建一个「反操作」的新提交。说白了就是「我不想要那个提交了，但我保留它曾经存在的记录」。
# 撤销最近一次提交
git revert HEAD
# 撤销指定commit
git revert abc1234
# 撤销多个连续的commit
git revert HEAD~3..HEAD
我个人习惯在团队协作中优先使用revert。为什么？因为revert不会改变历史，其他人pull的时候不会出现冲突。reset会重写历史，如果别人已经基于那个commit做了工作，那就麻烦了。
三、reset与revert的核心区别
| 对比维度 | git reset | git revert |
|---|---|---|
| 历史记录 | 删除或修改历史 | 保留历史，新增反提交 |
| 安全性 | 低（尤其是--hard） | 高（不改变已有历史） |
| 适用场景 | 本地分支、个人开发 | 公共分支、团队协作 |
| 冲突风险 | 高（别人pull可能冲突） | 低（相当于正常提交） |
| 回退方式 | 移动HEAD指针 | 创建新的提交 |
你想想看，如果是在master分支上，你敢用reset吗？万一别人已经基于那个commit做了开发，你一reset，别人就傻眼了。所以公共分支上，我建议只用revert。
四、安全操作指南
这部分是我踩过坑之后总结出来的，希望能帮你少走弯路。
1. 操作前先备份
不管用reset还是revert，先确保你的工作区是干净的。可以用git stash或者先提交一个临时commit。
# 保存当前工作
git stash push -m "备份：2024-01-15 功能开发中"
# 或者创建一个临时分支
git checkout -b backup-before-reset
2. 用--hard之前，确认commit hash
我曾经犯过一个错误：想回退到HEAD~2，结果写成了HEAD~3。还好我提前记下了当前的commit hash，用git reflog找回来了。
# 查看所有HEAD的移动记录
git reflog
# 如果reset错了，可以用reflog找回
git reset --hard HEAD@{2}
3. 多人协作时的最佳实践
- 推送前检查：git log --oneline看看最近的提交
- 如果已经推送了，用revert而不是reset
- 实在要用reset，先通知团队，让大家pull最新代码
- 用git push --force-with-lease代替git push -f，更安全
五、知识体系总览
下面这张图帮你理清reset和revert的核心逻辑：
最后说一句：Git的撤销操作其实没那么复杂。记住一个原则——已经推送的、别人可能依赖的提交，用revert；还没推送的、只有你自己知道的提交，用reset。这样基本不会出大问题。
嗯，如果你刚开始用Git，建议先在测试仓库里多试试。我当年就是在测试仓库里把reset、revert、reflog都玩了一遍，才敢在正式项目里用的。安全第一，对吧？