先来说说最直接的方法：git reset。这个命令的核心是移动HEAD指针，让你回退到之前的某个提交状态。它有三种模式：--soft、--mixed和--hard。举个例子，如果你刚提交了一个commit但还没推送，想撤销它，可以用。这样，最新的commit会被取消，但修改内容还保留在暂存区，方便你重新调整。如果用（这是默认模式），修改内容会回到工作区，需要重新add才能提交。最狠的是，它会彻底丢弃最新的commit和所有修改，相当于"一键还原"，所以用之前务必确认数据不重要。总的来说，git reset操作简单、响应快，特别适合本地仓库的撤销。但缺点是，如果commit已经推送到远程仓库，再用reset强制推送（git push -f）可能会破坏团队协作，导致其他人的历史记录混乱。
第二种方法是git revert。和reset不同，revert不会删除任何提交，而是创建一个新的commit来"反向操作"之前的更改。比如，执行会生成一个提交，内容正好抵消最新commit的修改。这种方法的最大优点是安全------它不会重写历史，适合已经推送到远程仓库的情况。假设团队中有人误提交了代码，你用revert撤销后，其他人拉取更新时不会冲突，历史记录清晰可追溯。不过，revert的缺点是会多出一个提交，让历史看起来有点"冗长"。另外，如果多个commit之间有依赖关系，revert可能需要处理冲突，得手动解决合并问题。总的来说，git revert是团队环境下的首选，既能纠正错误，又不影响协作。
第三种方法是用git rebase -i进行交互式重写。这个命令允许你编辑提交历史，比如删除、合并或修改commit。例如，运行会打开一个编辑器，列出最近3个提交，你可以选择drop来删除某个commit。这种方式非常灵活，不仅能撤销单个commit，还能整理整个提交序列。但它属于"高级操作"，风险较高------如果操作不当，可能导致历史丢失或冲突频发。更重要的是，如果commit已经推送到远程，用rebase后必须强制推送，这会覆盖远程历史，可能影响其他开发者。所以，git rebase -i更适合本地分支的精细调整，或者个人项目中的历史清理，用之前最好备份一下代码。
对比这三种方法，git reset最适合快速撤销本地未推送的commit，简单高效但风险高；git revert更安全，适用于远程仓库的撤销，能维护团队协作；而git rebase -i功能强大，适合高级用户对历史进行深度编辑。在实际项目中，建议根据场景灵活选择：如果是个人开发，reset或rebase能省事；团队协作的话，优先用revert避免冲突。记住，任何撤销操作前，先用git log查看历史，或者创建备份分支，以防万一。掌握了这些技巧，你就能在Git世界里游刃有余，再也不怕手误提交了！