写代码的过程中，谁都可能犯下误提交或者想退回某个历史版本的错误。Git作为最流行的版本控制工具，提供了多种撤销代码的方法。很多新手面对git reset和git revert时容易混淆，导致操作失误丢代码。这篇教程用大白话把Git撤销代码的逻辑彻底讲清楚，帮你掌握这剂后悔药。
先搞懂Git的三个存储位置
在学撤销之前，必须明白Git里文件存在的三个位置。工作区是你电脑里正在编辑的文件目录。暂存区是index区域，存放你准备提交的改动。版本库是commit记录，保存着历史的快照。撤销操作的核心，就是在这三个区域之间移动文件状态。弄清楚了位置关系，后面的命令你就不会乱套。
本地还没提交只想取消修改
如果你改乱了代码但还没执行git add，直接放弃修改是最安全的。推荐使用git restore命令，语法非常简单。输入git restore文件名就能把指定文件还原到上次提交的状态。如果想恢复整个项目的所有改动，加上参数git restore .即可。老版本用户习惯用git checkout加双横杠加文件名，效果一样，但官方现在更推荐restore写法。
已添加到暂存区但没提交
有时候手快执行了git add，文件进了暂存区，这时候不想提交了怎么办。用git reset命令可以把它踢出暂存区。输入git reset HEAD文件名，文件会从暂存区回到工作区，你的修改内容会保留，只是不再处于待提交状态。如果连刚才的修改也想一起扔掉，可以加上参数git reset HEAD并配合git restore .，这样两步走完就彻底干净了。
已经commit但还没push到远程
这是最常见的场景，代码已经提交到了本地版本库，但还没推送到服务器。此时有三种撤销力度可以选择。第一种是软重置git reset soft HEAD~1，它会把代码退回工作区，暂存区和提交记录全部清空，适合你想重新组合提交内容的情况。第二种是混合重置git reset mixed HEAD~1，默认行为，代码退回工作区但暂存区也清空，保留了修改痕迹。第三种是硬重置git reset hard HEAD~1，威力最大，直接抹掉指定版本及之后的所有记录，工作区同步更新，未备份的修改会永久丢失，使用时务必谨慎。
已经推送到远程仓库怎么撤销
一旦代码上了远程分支，直接reset就会造成多人协作冲突。这时候必须用git revert。这个命令会在当前分支新建一个反向提交，用来抵消指定commit的影响。它的优点是安全且符合Git分布式特性，不会影响其他开发者的历史记录。用法是git revert commit_id。如果是一次性撤销最近的一次提交，可以直接写git revert HEAD。遇到复杂合并冲突时，revert可能会提示你手动解决，按提示完成后再继续即可。
实操前的保命建议
撤销代码虽然强大，但永远没有备份可靠。在执行任何涉及history修改的命令前，养成创建临时分支的习惯。比如git branch backup再操作，万一回退过度还能切回去找。另外，团队开发中严禁对公共主干分支做硬重置，强行覆盖远程记录会导致队友的拉取操作报错。分清个人测试环境的随意性和生产环境的安全性，才能玩转Git撤销。
掌握这些基础操作后，你就能从容应对百分之九十的代码回退需求。记住Git撤销不是魔法，而是状态迁移的逻辑游戏。多敲几次终端命令，熟悉工作区与版本库的流转，以后踩坑也能快速自救。
