撤销 git commit 文件的方法有三种：git reset 命令：将 head 指针移动到之前 commit，撤销最近 commit；git revert 命令：创建一个新 commit 撤销之前的 commit 修改，保留提交历史完整性；git checkout 命令：恢复单个文件到上一个 commit 的状态。
Git 如何撤销 commit 的文件？ 这问题问得妙啊！
很多新手，甚至一些老手，都会在 Git 的 commit 之后发现问题：提交了不该提交的文件，或者提交了错误的代码。 别慌，Git 的强大之处就在于它能轻松应对这种“后悔药”场景。这篇文章，我会带你深入了解几种撤销 commit 文件的方法，并分享一些我多年来在 Git 战斗中总结的经验教训。
首先，我们需要明确一点：Git 的 commit 并非不可逆转的。 关键在于你理解 Git 的工作机制，以及选择合适的命令。
基础知识：快照与指针
你需要理解 Git 是如何管理你的项目的。它不是简单的文件备份，而是通过一系列快照（commit）来记录项目状态。每个 commit 就像一个时间点，记录着当时所有文件的快照。 HEAD 指针则指向当前分支的最新 commit。 理解了这个，你就能更好地理解后面的操作了。
核心：撤销 commit 的几种方式
1. git reset 命令：时光倒流
这是最常用的方法，它可以将 HEAD 指针移动到之前的 commit，从而撤销最近的 commit。 但要注意，这只是移动指针，文件变化并没有真正从你的本地仓库消失。
举个例子：你提交了错误的文件，想撤销这个 commit，你可以这样：
<code class="bash">git reset --soft HEAD^ # 撤销上一个 commit，修改保留在工作区 git reset --mixed HEAD^ # 撤销上一个 commit，修改保留在暂存区（默认） git reset --hard HEAD^ # 撤销上一个 commit，修改全部丢弃</code>
HEAD^ 指的是上一个 commit，HEAD~2 指的是上上个 commit，以此类推。 --soft、--mixed、--hard 这三个选项决定了撤销 commit 后修改的处理方式。 --hard 最彻底，但风险也最大，请谨慎使用！ 我个人通常使用 --mixed，这样我可以检查一下修改，再决定是否要保留。
2. git revert 命令：优雅地撤销
git reset 比较粗暴，而 git revert 则更优雅。它会创建一个新的 commit 来撤销之前的 commit 的修改。 这意味着你的提交历史会保留完整，只是多了一个撤销的 commit。
<code class="bash">git revert HEAD</code>
这行命令会创建一个新的 commit 来撤销上一个 commit。 相比 git reset --hard，它更安全，也更符合 Git 的工作流程。 强烈推荐这个方法，尤其是在多人协作的项目中。
3. git checkout 命令：恢复单个文件
如果你只想撤销某个特定文件的 commit，而不是整个 commit，可以使用 git checkout 命令：
<code class="bash">git checkout HEAD^ -- path/to/file</code>
这行命令会将 path/to/file 文件恢复到上一个 commit 的状态。 这个命令很方便，可以精准地撤销单个文件的修改。
踩坑与经验分享
-
git reset --hard的风险： 永远记住，git reset --hard是一个危险的操作。它会永久删除你撤销的 commit 的修改，除非你已经备份了这些修改。 除非你非常确定，否则不要使用这个命令。 -
远程仓库的同步： 如果你已经将错误的 commit 推送到了远程仓库，你需要谨慎处理。
git push --force可以强制覆盖远程仓库，但这会给协作者带来麻烦，除非你非常确定这样做不会影响他人工作，否则请避免。 更好的办法是使用git revert创建一个新的 commit 来撤销错误的提交，然后推送到远程仓库。 - 分支策略： 养成良好的分支管理习惯，可以有效减少这类问题的发生。 在进行重要修改之前，创建新的分支，这样即使提交了错误的代码，也可以轻松地切换回主分支。
总而言之，选择哪种方法取决于你的具体情况。 git revert 通常是最安全的选择，而 git reset 则更灵活，但需要谨慎操作。 记住，理解 Git 的工作原理是关键，这能让你在遇到问题时，做出更明智的选择。 祝你 Git 之旅顺利！
