Git 撤销上一次提交实战
在开发过程中，误提交敏感文件、写错提交信息或发现逻辑错误都需要'后悔药'。Git 提供了精准的撤销机制，但命令选择不当可能导致代码丢失或破坏团队历史。下面分场景详解如何安全操作。
本地未推送：想保留代码修改
刚执行 git commit 但尚未 git push 时，如果只是想修改提交内容或信息，推荐使用 --soft 模式。这会将改动保留在暂存区，方便重新提交。
# 回退到上一个版本，保留修改在暂存区
git reset --soft HEAD~1
# 重新提交并修改信息
git commit -m "修正后的提交信息"
HEAD~1 代表当前提交的前一个版本，也可以用具体的 commit hash 替代。
本地未推送：彻底丢弃所有修改
⚠️ 警告：此操作不可逆！ 只有确认不需要本次提交的任何内容时才使用。
# 回退并丢弃工作区和暂存区的修改
git reset --hard HEAD~1
操作前必做： 建议先创建一个备份分支以防万一。
git branch backup-before-reset
已推送到远程：团队协作场景
一旦提交推送到远程仓库，绝对不要直接使用 reset 配合 --force 推送，这会覆盖他人的本地历史，引发严重冲突。
✅ 安全方案：使用 revert 生成'反向提交'
# 撤销最近一次提交，生成一个新的反向提交记录
git revert HEAD
# 或者指定具体 commit hash
git revert a1b2c3d
按提示编辑撤销提交信息后保存退出，然后正常 git push。这种方式保留了完整的历史记录，原提交和撤销提交共存，对团队成员最友好。
仅修正上一次提交（非撤销）
如果是漏加了文件或需要微调提交信息，可以使用 --amend。
# 补加文件后修正
git add missed-file.txt
git commit --amend --no-edit # 保留原信息
# 或直接修改提交信息
git commit --amend -m "全新提交信息"
⚠️ 注意：若该提交已推送，需 git push -f，仅限个人分支；团队公共分支请优先使用 revert。
避坑与急救
- 操作前必备份：
git branch safe-backup，几秒即可救命。 - 确认状态：操作前运行
git log --oneline -3和git status看清当前指针位置。 - 团队协作铁律：公共分支（main/dev）只用
revert；个人分支谨慎使用reset+push -f并提前告知队友。
