未暂存的修改如何撤销
当你修改了文件但还没有执行git add时，文件状态还在工作区。如果不想保留这些改动，可以直接用checkout命令丢弃修改。输入git checkout -- 文件名即可让文件回到上一次提交的状态。这条命令只会还原指定文件，不会影响其他已暂存或未修改的内容。如果是想清空当前目录下所有未暂存的改动，可以加上参数git checkout . 注意这个操作不可逆，保存的临时文件会直接消失。
已暂存但未提交的代码怎么处理
执行过git add后文件进入暂存区，此时还想撤回也很简单。使用git reset HEAD 文件名可以将文件移出暂存区，恢复到工作区修改状态。如果连刚才add的操作也想一起撤销，可以直接运行git reset HEAD 不加文件名会把整个暂存区清空。这时候代码还留在你的编辑器里，需要手动确认是否重新提交。
本地提交后的三种重置模式
一旦执行了git commit，版本历史就产生了记录。Git提供reset命令配合不同参数来调整历史记录和文件状态。最常见的三个参数是soft mixed hard。soft模式只移动分支指针指向上一个提交，暂存区和工作区的文件全部保留，适合你想合并多次提交的情况。mixed模式是默认行为，会移动分支指针并清空暂存区，工作区文件保持原样，相当于把上次提交的内容放回去重新处理。hard模式最彻底，不仅重置提交记录，还会强制覆盖工作区和暂存区的所有文件，让它完全回到指定版本的状态。执行hard之前务必检查是否有未备份的重要改动。
已经推送到远程仓库如何安全回退
代码push到共享仓库后，直接reset会造成团队其他人的历史冲突。正确的做法是使用revert命令。revert会在当前版本上生成一个新的反向提交，用来抵消之前的错误操作。这样既保留了完整的提交记录，又不会破坏协作流程。执行git revert commit id后通常会自动打开编辑器让你填写提交信息，保存退出即可完成回退。最后再push一次就能同步到服务器。
找不到版本号的救命招数
有时候忘记commit id或者误删了分支，reflog命令能帮你找回所有曾经指向过的节点。它记录了HEAD指针的历史变化，包括切换分支删除提交等各种操作。运行git reflog会列出带时间戳的操作列表，找到目标版本的哈希值后，就可以配合reset或branch命令恢复。即使本地工作区被硬重置清空，只要没执行垃圾回收，reflog依然能提供恢复线索。
日常避坑建议
回退操作本质上是改变指针位置，理解清楚每个命令对暂存区和工作区的影响是关键。重要功能上线前养成打标签的习惯，给关键节点起个有意义的名字。多人协作时优先选择revert而不是强制推送，能大幅降低线上故障风险。遇到不确定的情况可以先克隆一个副本进行测试，熟练后再在生产环境操作。掌握这些基础逻辑后，面对任何代码失误都能从容应对。
