Git 回退到某个 commit
Git 回退到某个 commit
文章目录
这里我会为你详细解释三种主要的方法： git reset、 git revert 和 git checkout。它们适用于不同的场景，理解它们的区别非常重要。
核心总结：如何选择？
先给你一个快速决策指南：
- 只想看看旧版本的代码，不修改历史：用
git checkout。 - 本地分支搞砸了，想彻底删除最近的提交（未推送到远程）：用
git reset。 - 已经推送到远程的提交需要撤销，且需要保留撤销记录（安全）：用
git revert。
方法一：git reset (重置)
git reset 会移动 HEAD 指针，可以用来彻底“抹掉”某个 commit 之后的所有提交。它会修改历史记录。
适用场景：仅限私有分支/本地分支。如果你回退的 commit 已经被推送到了远程共享分支（如 main 或 develop），请不要使用 git reset，因为它会造成其他协作者的历史记录混乱。
git reset 的三种模式：
假设你的提交历史是 A - B - C - D (当前在 D)，你想回退到 B。
--soft(软重置)- 命令:
git reset --soft <commit-id> - 效果:
- 将
HEAD指针移动到<commit-id>。 - 保留
C和D的代码更改，并将它们放回暂存区 (Staging Area)。 - 你的工作目录代码不变。
- 将
- 用途: 你想撤销最近的几次提交，但想把这些更改重新组织成一个新的提交。
- 命令:
--mixed(混合重置，默认模式)- 命令:
git reset --mixed <commit-id>或git reset <commit-id> - 效果:
- 将
HEAD指针移动到<commit-id>。 - 保留
C和D的代码更改，但将它们放回工作目录 (Working Directory)，而不是暂存区。 - 暂存区被清空。
- 将
- 用途: 你想撤销提交，并且重新检查和修改这些代码，然后再决定如何提交。
- 命令:
--hard(硬重置，最常用也最危险)- 命令:
git reset --hard <commit-id> - 效果:
- 将
HEAD指针移动到<commit-id>。 - 彻底丢弃
C和D的所有代码更改。 - 暂存区和工作目录都会被重置到
<commit-id>的状态。
- 将
- 用途: 你确定不再需要最近的几次提交，想彻底删除它们。注意：未提交的本地修改也会丢失！
- 命令:
操作步骤示例 (使用 --hard)
- 结果
你的本地main分支现在就只到i7j8k9l了，a1b2c3d和e4f5g6h这两个 commit 在你的分支历史上“消失”了。
强制推送到远程 (如果需要且确定后果)
如果你之前已经把 D commit 推送上去了，现在想用回退后的版本覆盖远程分支，你需要强制推送。
# 警告：这个操作会重写远程仓库的历史记录，请确保没有其他人在这个分支上工作！git push origin main --force 执行 reset 命令
# 使用 commit ID 的前几位即可git reset --hard i7j8k9l 找到要回退到的 commit ID
使用 git log 查看提交历史。
git log --oneline # a1b2c3d (HEAD -> main) feat: add new feature D# e4f5g6h fix: resolve bug C# i7j8k9l chore: update readme B <-- 目标 commit# m0n1p2q initial commit A假设你想回退到 i7j8k9l 这个 commit。
方法二：git revert (撤销)
git revert 会创建一个新的 commit，这个新 commit 的内容是用来抵消你想要撤销的那个 commit 的修改。它不会修改历史记录，而是向前追加历史。
适用场景：任何情况，尤其是已经推送到远程的共享分支。这是最安全的回退方式，因为它保留了完整的提交历史，方便追溯。
操作步骤示例
假设你想撤销 e4f5g6h 这个 commit 的更改。
- 编辑提交信息
执行命令后，Git 会自动打开一个编辑器，让你编辑这个“撤销 commit”的提交信息。默认信息通常是Revert "fix: resolve bug C"。你可以直接保存退出。
正常推送到远程
因为是新增 commit，所以可以像正常提交一样推送。
git push origin main 结果
你的提交历史会变成这样：
# r3s4t5u (HEAD -> main) Revert "fix: resolve bug C" <-- 新增的 revert commit# a1b2c3d feat: add new feature D# e4f5g6h fix: resolve bug C# i7j8k9l chore: update readme B代码状态上，e4f5g6h 的修改已经被移除了，但这个 commit 本身还存在于历史记录中。
执行 revert 命令
git revert e4f5g6h 找到要撤销的 commit ID
git log --oneline # a1b2c3d (HEAD -> main) feat: add new feature D# e4f5g6h fix: resolve bug C <-- 目标 commit# i7j8k9l chore: update readme B方法三：git checkout (检出)
git checkout 主要用于切换分支或恢复文件，但也可以用来查看某个旧版本的状态。
适用场景：只想临时查看一下某个旧版本的内容，或者基于某个旧版本创建一个新的分支。
操作步骤示例
- 结果
- 你的工作目录会完全变成
i7j8k9l这个 commit 的样子。 - Git 会提示你正处于一个 “分离头指针 (detached HEAD)” 状态。这意味着你现在不在任何分支上。
- 你可以在这个状态下浏览代码、运行测试等。
- 你的工作目录会完全变成
执行 checkout 命令
git checkout i7j8k9l 找到要查看的 commit ID
git log --oneline # ...# i7j8k9l chore: update readme B <-- 目标 commit# ...离开 “detached HEAD” 状态
基于这个旧版本创建一个新分支继续工作:
# 从当前分离头指针状态创建一个名为 new-feature 的新分支git checkout -b new-feature 回到原来的分支:
git checkout main 紧急救援：git reflog
如果你用 git reset --hard 搞错了，把不该删的 commit 删掉了怎么办？别慌！只要这些 commit 还在你的本地仓库里（没被 Git 的垃圾回收机制清理），你就可以用 git reflog 找回来。
git reflog 记录了你本地 HEAD 的所有移动历史。
恢复到误删前的状态
你可以看到 a1b2c3d 就是你 reset 之前的 HEAD 位置。你可以再次用 reset 跳回去。
git reset --hard a1b2c3d 查看 reflog
git reflog # 0a8b7c6 HEAD@{0}: reset: moving to i7j8k9l# a1b2c3d HEAD@{1}: commit: feat: add new feature D <-- 这是你误删的 commit# e4f5g6h HEAD@{2}: commit: fix: resolve bug C# ...现在，你的分支就神奇地恢复到 reset 之前的状态了！
更多git reflog方法请参考 git reflog用法详解
