Git 回退到某个 commit

Git 回退到某个 commit

文章目录

• Git 回退到某个 commit
• • • **核心总结：如何选择？**
    • **方法一：`git reset` (重置)**
    • • `git reset` 的三种模式：
      • **操作步骤示例 (使用 `--hard`)**
    • **方法二：`git revert` (撤销)**
    • • **操作步骤示例**
    • **方法三：`git checkout` (检出)**
    • • **操作步骤示例**
      • **离开 "detached HEAD" 状态**
    • **紧急救援：`git reflog`**

这里我会为你详细解释三种主要的方法：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。

1. --soft(软重置)

   • 命令:git reset --soft <commit-id>
   • 效果:
     • 将HEAD指针移动到<commit-id>。
     • 保留C和D的代码更改，并将它们放回暂存区 (Staging Area)。
     • 你的工作目录代码不变。
   • 用途: 你想撤销最近的几次提交，但想把这些更改重新组织成一个新的提交。

2. --mixed(混合重置，默认模式)

   • 命令:git reset --mixed <commit-id>或git reset <commit-id>
   • 效果:
     • 将HEAD指针移动到<commit-id>。
     • 保留C和D的代码更改，但将它们放回工作目录 (Working Directory)，而不是暂存区。
     • 暂存区被清空。
   • 用途: 你想撤销提交，并且重新检查和修改这些代码，然后再决定如何提交。

3. --hard(硬重置，最常用也最危险)

   • 命令:git reset --hard <commit-id>
   • 效果:
     • 将HEAD指针移动到<commit-id>。
     • 彻底丢弃C和D的所有代码更改。
     • 暂存区和工作目录都会被重置到<commit-id>的状态。
   • 用途: 你确定不再需要最近的几次提交，想彻底删除它们。注意：未提交的本地修改也会丢失！

操作步骤示例 (使用--hard)

1. 找到要回退到的 commit ID
   使用git log查看提交历史。

   gitlog --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。

2. 执行 reset 命令

   # 使用 commit ID 的前几位即可gitreset --hard i7j8k9l

3. 结果
   你的本地main分支现在就只到i7j8k9l了，a1b2c3d和e4f5g6h这两个 commit 在你的分支历史上“消失”了。

4. 强制推送到远程 (如果需要且确定后果)
   如果你之前已经把Dcommit 推送上去了，现在想用回退后的版本覆盖远程分支，你需要强制推送。

   # 警告：这个操作会重写远程仓库的历史记录，请确保没有其他人在这个分支上工作！gitpush origin main --force

---

方法二：git revert(撤销)

git revert会创建一个新的 commit，这个新 commit 的内容是用来抵消你想要撤销的那个 commit 的修改。它不会修改历史记录，而是向前追加历史。

适用场景：任何情况，尤其是已经推送到远程的共享分支。这是最安全的回退方式，因为它保留了完整的提交历史，方便追溯。

操作步骤示例

假设你想撤销e4f5g6h这个 commit 的更改。

1. 找到要撤销的 commit ID

   gitlog --oneline# a1b2c3d (HEAD -> main) feat: add new feature D# e4f5g6h fix: resolve bug C <-- 目标 commit# i7j8k9l chore: update readme B

2. 执行 revert 命令

   gitrevert e4f5g6h

3. 编辑提交信息
   执行命令后，Git 会自动打开一个编辑器，让你编辑这个“撤销 commit”的提交信息。默认信息通常是Revert "fix: resolve bug C"。你可以直接保存退出。

4. 结果
   你的提交历史会变成这样：

   # 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 本身还存在于历史记录中。

5. 正常推送到远程
   因为是新增 commit，所以可以像正常提交一样推送。

   gitpush origin main

---

方法三：git checkout(检出)

git checkout主要用于切换分支或恢复文件，但也可以用来查看某个旧版本的状态。

适用场景：只想临时查看一下某个旧版本的内容，或者基于某个旧版本创建一个新的分支。

操作步骤示例

1. 找到要查看的 commit ID

   gitlog --oneline# ...# i7j8k9l chore: update readme B <-- 目标 commit# ...

2. 执行 checkout 命令

   gitcheckout i7j8k9l

3. 结果

   • 你的工作目录会完全变成i7j8k9l这个 commit 的样子。
   • Git 会提示你正处于一个“分离头指针 (detached HEAD)”状态。这意味着你现在不在任何分支上。
   • 你可以在这个状态下浏览代码、运行测试等。

离开 “detached HEAD” 状态

• 回到原来的分支:

  gitcheckout main

• 基于这个旧版本创建一个新分支继续工作:

  # 从当前分离头指针状态创建一个名为 new-feature 的新分支gitcheckout -b new-feature

---

紧急救援：git reflog

如果你用git reset --hard搞错了，把不该删的 commit 删掉了怎么办？别慌！只要这些 commit 还在你的本地仓库里（没被 Git 的垃圾回收机制清理），你就可以用git reflog找回来。

git reflog记录了你本地HEAD的所有移动历史。

1. 查看 reflog

   gitreflog# 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# ...

2. 恢复到误删前的状态
   你可以看到a1b2c3d就是你 reset 之前的HEAD位置。你可以再次用reset跳回去。

   gitreset --hard a1b2c3d

现在，你的分支就神奇地恢复到reset之前的状态了！