探索git reflog：记录你的每一次本地操作，成为版本控制的安全阀门

引言

在使用 Git 进行版本控制的过程中，有时候我们会遇到一些棘手的情况，比如不小心删除了一个分支、重置了 HEAD 到错误的提交，或者丢失了某个提交或文件。在这些情况下，Git 的 reflog 命令就成了我们的好帮手。本文将深入探讨 Git 的 reflog 命令，介绍它的应用场景以及如何使用它来恢复丢失的提交、查找历史操作记录等。

什么是 git reflog

Git 的 reflog 是指引用日志（reference logs）的简称，它记录了 Git 仓库中 HEAD 引用的变化历史。换句话说，reflog 记录了本地仓库的操作历史，包括分支切换、合并、重置等操作，即使在一些操作后出现了提交丢失或者分支丢失的情况下，通过 reflog 也可以找回之前的状态。

应用场景

1. 恢复丢失的提交或分支：

假设我们在一个分支上工作，不小心使用了 git reset --hard 或者 git branch -D 删除了一个分支，或者重置了 HEAD 到一个错误的提交，这时候就可以使用 git reflog 来找回之前的状态。通过查看引用日志，我们可以找到被删除的分支或者之前的提交，并重新创建分支或者将 HEAD 恢复到正确的状态。

# 查看reflog
git reflog

# 找到丢失提交的哈希值
git reset --hard <lost-commit-hash>

2. 查找历史操作记录：

git reflog 还可以用于查找 Git 仓库的操作历史记录。通过查看引用日志，我们可以了解仓库中的分支切换、合并、重置等操作是在什么时候进行的，有助于我们理解仓库的状态并排查问题。

# 进入你的 Git 仓库所在的目录，执行如下命令：
λ git reflog
f9a3fd5 (HEAD -> master, origin/master, origin/HEAD) HEAD@{0}: commit: 新增
d9ba038 HEAD@{1}: pull origin master (finish): returning to refs/heads/master
d9ba038 HEAD@{2}: pull origin master (pick): 修改
d281504 HEAD@{3}: pull origin master (start): checkout d281504f57c0fb9c97d534308f29ec6d092e3536
cd513f9 HEAD@{4}: commit: 修改
3219f93 HEAD@{5}: pull origin master: Fast-forward
53cfb8a HEAD@{6}: pull origin master: Fast-forward
16f01e9 HEAD@{7}: pull origin master: Fast-forward
ijkl789 HEAD@{8}: rebase: Rebase message
f7c3c67 HEAD@{9}: commit: 增加babel项目
...

在这个输出中，每一行代表一个操作记录，其中：

• HEAD@{n} 是引用日志中的条目索引，n 是从最新操作开始的索引号，从0开始递增。例如，HEAD@{0} 是最新的操作记录，HEAD@{1} 是上一个操作记录，以此类推。

• commit 行表示一个普通的提交操作，后面跟着提交的哈希值和提交信息。

• rebase 或 merge 行表示一个合并或者 rebase 操作，后面跟着相应的操作信息。

你可以根据需要选择相应的操作记录，并且根据这些记录进行后续的操作，比如恢复到特定的状态、撤销某个操作等。

3. 撤销 rebase 或合并操作：

在进行 rebase 或者合并操作时，有时候可能会出现一些问题，比如合并冲突无法解决，或者合并后的代码出现了问题。这时候我们可以使用 git reflog 找回之前的状态，然后重新执行正确的操作。

下面是撤销 rebase 或合并操作的一般步骤：

• 查看引用日志: 首先，使用 git reflog 命令查看引用日志，找到之前的状态，记下相应的提交哈希值或者引用名。

git reflog

• 恢复之前的状态： 使用 git reset 命令将当前分支重置到之前的状态。你可以使用之前记录的提交哈希值或者引用名，取决于你要恢复的状态是基于某个特定的提交还是分支。

git reset --hard <commit_hash_or_reference>

例如，如果要撤销最近的一次 rebase 操作，可以执行：

git reset --hard HEAD@{1}

这里的 HEAD@{1} 表示引用日志中倒数第二次的 HEAD 状态，即 rebase 操作之前的状态。

• 处理冲突（如果有）： 如果撤销操作引起了冲突，你需要解决这些冲突。git 会将你的工作目录回滚到之前的状态，以便你可以手动解决冲突。解决冲突后，使用 git add 添加解决的文件，并且使用 git rebase --continue 或 git merge --continue 继续操作。

• 检查并修复提交历史： 撤销操作可能会导致提交历史变得混乱，你需要检查并修复提交历史，确保它符合你的预期。

4. 查找丢失的提交或文件：

如果我们不小心删除了某个提交或者文件，或者使用 git reset --hard 导致了一些提交丢失，可以通过查看引用日志找回之前的状态，从而找回丢失的提交或文件。

5. 查找操作的时间点：

有时候我们可能想知道某个操作是在什么时间点进行的，通过 git reflog 可以查找到操作的时间点，帮助我们更好地理解仓库的状态。

使用 git reflog 的注意事项

• 在日常的 Git 使用中，git reflog 是一个非常有用的命令，它可以帮助我们恢复丢失的提交或分支，查找历史操作记录，撤销不正确的操作，找回丢失的文件等。但是需要注意的是，reflog 记录的是本地仓库的操作历史，如果操作涉及到远程仓库，则可能需要其他操作来解决。因此，在遇到问题时，不妨尝试使用 git reflog 来寻找解决方案。

• 虽然git reflog提供了极高的灵活性，但它只记录本地仓库的操作历史，一旦本地仓库被清理或重置，reflog中的记录也会随之消失。

写在最后

在 git 的日常使用中，git reflog 是一个非常有用的工具，它能够帮助我们恢复丢失的提交或分支，追溯操作历史并且理解仓库的状态。通过学习和掌握 git reflog，我们能够更好地管理和维护我们的代码仓库，确保代码的安全性和可靠性。

这篇文章希望能帮助您理解并充分利用 git reflog 这一强大的功能，提高他们的开发效率和工作质量。喜欢的话帮忙点个赞 + 关注吧，将持续更新 Git 相关的文章，还可以关注我的公众号 梁三石FE ，感谢您的关注~