当使用 Git 进行项目代码管理时，难免会出现一些错误操作或需求变更，需要对代码进行撤销或修改。Git 提供了多种方式来撤消已有的更改。本文将介绍 Git 中常用的 6 种撤消更改的方法，帮助你更好地处理这些问题！
在开始示例之前，先来创建一个简单的 Git 仓库，其中包含于一些提交：
git init && \echo {} > package.json && git add . && git commit -m "Add package.json" && \echo FOO=bar > .env && git add . && git commit -m "Add .env" && \touch README.md && git add . && git commit -m "Add README" && \touch .gitignore && git add . && git commit -m "Add .gitignore"对于这些命令，实际上包含以下历史操作：
【资料图】
* 4753e23 - (HEAD -> master) Add .gitignore (4 seconds ago) * 893d18d - Add README (4 seconds ago) * 2beb7c7 - Add .env (4 seconds ago) * 0beebfb - Add package.json (5 seconds ago) 在创建并提交了.gitignore文件后不久，决定修改这个文件：
echo node_modules > .gitignore但不想在 git 日志历史记录中添加一个对于如此微小更改的提交记录。或者需要在最近的提交消息中纠正一个拼写错误。
这两种情况都是使用git amend命令的经典用例：
git commit -a --amend简单来说，git amend 命令用于在 git 中编辑 commit 和提交消息。这是 git 中撤销更改的最基本方式之一。
当运行上述代码时，git 会打开选择的编辑器并显示最近的提交，在其中加入更改以进入暂存环境：
Add .gitignore# Please enter the commit message for your changes. Lines starting# with "#" will be ignored, and an empty message aborts the commit.## Date: Sun Oct 11 08:25:58 2022 -0400## On branch master# Changes to be committed:# new file: .gitignore#保存并关闭文件，git 将修改最近的提交以包括新更改。也可以在保存文件之前编辑提交消息。
如果要做的只是更新提交消息本身，例如修正一个拼写错误，那实际上并不需要进入暂存环境。只需要运行这个命令：
git commit --amend在编辑器中更改提交消息并保存文件，关闭即可。
在修改了最近的提交后，日志将会看起来像这样：
* 7598875 - (HEAD -> master) Add .gitignore (31 seconds ago) * 893d18d - Add README (79 seconds ago) * 2beb7c7 - Add .env (79 seconds ago) * 0beebfb - Add package.json (80 seconds ago) 现在，假设修改之前已经将旧提交推送到了远程分支。如果运行git status，就会被告知本地分支和远程分支有一个提交不同：
On branch masterYour branch and "origin/master" have diverged,and have 1 and 1 different commits each, respectively. (use "git pull" to merge the remote branch into yours)这也是正常的，因为远程分支有旧的提交，而本地分支有修改过的提交。它们的哈希值不同，因为修改提交会更改其时间戳，这会强制 git 计算新的哈希值。要想用新的提交更新远程分支，就需要强制推送它：git push -f。这将用本地分支覆盖远程分支的历史记录。
需要注意，这里我们是在自己分支上进行的强制推送，在实际工作中，我们不应该强制推送到公共分支；如果这样做，每个人的本地 master 副本都将与远程副本不同，并且任何基于旧 master 的新功能现在都将具有不兼容的提交历史记录。
2、将分支重置为较旧的提交目前为止，我们有如下提交历史：
* 7598875 - (HEAD -> master) Add .gitignore (31 seconds ago) * 893d18d - Add README (79 seconds ago) * 2beb7c7 - Add .env (79 seconds ago) * 0beebfb - Add package.json (80 seconds ago) 我们再来向 master 添加一个提交：
touch file && git add . && git commit -m "Add a file"现在提交历史变成了这样：
* b494f6f - (HEAD -> master) Add a file (5 seconds ago) * 7598875 - Add .gitignore (3 minutes ago) * 893d18d - Add README (4 minutes ago) * 2beb7c7 - Add .env (4 minutes ago) * 0beebfb - Add package.json (4 minutes ago) 几分钟后，出于某种原因，我们决定不再保留最近的提交。要想删除它，只需在 HEAD 指针之前硬重置一次提交，该指针始终指向当前分支上的最新提交：
git reset --hard HEAD~1波浪号 (~) 后跟一个数字告诉 git 它应该从给定的提交（在本例中为 HEAD 指针）回溯多少次提交。由于 HEAD 总是指向当前分支上的最新提交，这告诉 git 对最近提交之前的提交进行硬重置。
输出结果如下：
HEAD is now at 7598875 Add .gitignore硬重置是撤消 git 更改的一个便捷方法，但这是一个破坏性过程——该提交中的所有更改都将丢失，找回它们的唯一方法是通过git reflog命令（后面会详细介绍）。
我们还可以重置为 HEAD~nth 提交，在这种情况下，该提交期间和之后的所有工作都将丢失：
git reset --hard HEAD~4或者甚至是特定的提交，如果有它的哈希：
git reset --hard 当然也不限于仅针对当前分支中的提交进行重置，还可以重置本地分支以指向另一个本地分支：
git reset --hard 甚至到远程分支：
git reset --hard origin/master这个就很有用，例如，如果不小心将内容提交到本地 master 分支。假设应该在一个 feat/X 分支上进行提交，但忘记了创建它，而且一直在向本地 master 提交代码。
当然，我们也可以使用git cherry-pick来解决这个问题，但是如果有很多次提交怎么办？这有点痛苦，而 reset 可以轻松搞定。
要解决此问题，现在需要创建功能分支：
git checkout -b feat/X并强行将本地 master 分支重置为远程 master 分支：
git checkout master && git reset --hard origin/master并且不要忘记回到功能分支，这样就不会重复同样的错误：
git checkout feat/X正如上面提到的，如果进行硬重置，将丢失在该提交时或之后所做的所有工作。当然，可以从那个状态中恢复过来，但需要额外的操作。相反，如果想在 git 的暂存环境中保留更改，可以进行软重置：
git reset --soft HEAD~1同样，可以只使用提交哈希而不是从 HEAD 指针回溯：
git reset --soft a80951b该提交引入的所有更改以及它之后的任何提交都将出现在 git 的暂存环境中。在这里，可以使用git reset HEAD file(s)取消暂存文件，对已经暂存的文件进行所需的任何更改。然后，可以根据需要进行任何新的提交。
用例：在一个提交中提交了文件 A 和文件 B，但后来意识到它们实际上应该是两个独立的提交。可以执行软重置并选择性地提交一个文件，然后单独进行另一个提交，所有这些操作都不会丢失任何工作内容。
创建备份分支我们可以将分支用作备份机制，以防你知道即将运行的某个命令（例如git reset --hard）可能会损坏分支的提交历史记录。在运行这些命令之前，可以简单地创建一个临时备份分支（例如git branch backup）。如果出现任何问题，就可以针对备份分支执行硬重置操作：
git reset --hard backupGit 的交互式变基是其最强大、最灵活的命令之一，允许倒回历史并进行任何所需的更改。如果想要删除旧的提交、更改旧的提交消息或者将旧的提交压缩成其他的提交，那么这就是你需要使用的命令。所有交互式变基都始于git rebase -i命令，并且必须指定一个提交来重新设置当前分支。
目前为止，我们有如下提交历史：
* 7598875 - (HEAD -> master) Add .gitignore (20 minutes ago) * 893d18d - Add README (21 minutes ago) * 2beb7c7 - Add .env (21 minutes ago) * 0beebfb - Add package.json (21 minutes ago) 第二次提交看起来有点可疑，为什么要将本地环境变量 (.env) 检查到 git 中？显然，我们需要删除此提交，同时保留所有其他提交。为此，我们将针对该提交运行交互式变基：
git rebase -ir 2beb7c7^这将调出这个编辑器：
pick 2beb7c7 Add .envpick 893d18d Add READMEpick 7598875 Add .gitignore要删除 2beb7c7，需要将 pick 命令更改为 drop（或 d）并保持其他不变：
drop 2beb7c7 Add .envpick 893d18d Add READMEpick 7598875 Add .gitignore现在关闭并保存文件，会得到如下确认：
Successfully rebased and updated refs/heads/master.现在，如果执行git log，将不再看到该提交：
* 11221d4 - (HEAD -> master) Add .gitignore (6 seconds ago) * 9ed001a - Add README (6 seconds ago) * 0beebfb - Add package.json (50 minutes ago) 注意，在已删除提交之后的所有提交哈希都将被重新计算。因此，虽然根提交仍保持为0beebfb，但在它之后的所有哈希值都已更改。正如现在已经看到几次，如果之前将此分支推送到了远程仓库中，那么本地分支和远程分支现在将不同步。因此，只需要进行一次强制推送即可更新远程分支：
git push -f我们再来添加两个提交，提交消息是随便写的：
* 094f8cb - (HEAD -> master) Do more stuff (1 second ago) * 74dab36 - Do something idk (59 seconds ago) * 11221d4 - Add .gitignore (3 minutes ago) * 9ed001a - Add README (3 minutes ago) * 0beebfb - Add package.json (53 minutes ago) 现在想修改这两个提交消息。我们将从交互式变基开始。在这里，我们将针对最后两个提交：
git rebase -i HEAD~2这将打开编辑器：
pick 74dab36 Do something idkpick 094f8cb Do more stuff现在，只需将任何要更改其消息的提交的 pick 替换为 r（或 reword）：
reword 74dab36 Do something idkreword 094f8cb Do more stuff关闭并保存文件，对于想要改写的每个提交，git 将打开编辑器，就像正在修改该提交一样，允许编辑消息。
也许在第一次提交时这样做：
Update README with getting started instructions# Please enter the commit message for your changes. Lines starting# with "#" will be ignored, and an empty message aborts the commit.## Date: Sun Oct 11 09:17:41 2022 -0400## interactive rebase in progress; onto 11221d4# Last command done (1 command done):# reword 74dab36 Do something idk# Next command to do (1 remaining command):# reword 094f8cb Do more stuff# You are currently editing a commit while rebasing branch "master" on "11221d4".## Changes to be committed:# modified: README.md#第二次这样做：
Add name and author to package.json# Please enter the commit message for your changes. Lines starting# with "#" will be ignored, and an empty message aborts the commit.## interactive rebase in progress; onto 11221d4# Last commands done (2 commands done):# reword 74dab36 Do something idk# reword 094f8cb Do more stuff# No commands remaining.# You are currently rebasing branch "master" on "11221d4".## Changes to be committed:# modified: package.json#我们会得到以下输出确认：
[detached HEAD 665034d] Update README with getting started instructions Date: Sun Oct 11 09:17:41 2020 -0400 1 file changed, 5 insertions(+)[detached HEAD ba88fb0] Add name and author to package.json 1 file changed, 4 insertions(+), 1 deletion(-)Successfully rebased and updated refs/heads/master.现在提交历史看起来像这样：
* ba88fb0 - (HEAD -> master) Add name and author to package.json (31 seconds ago) * 665034d - Update README with getting started instructions (53 seconds ago) * 11221d4 - Add .gitignore (6 minutes ago) * 9ed001a - Add README (6 minutes ago) * 0beebfb - Add package.json (56 minutes ago) 编辑提交就意味着在提交之后立即转到历史记录中的那个点。这允许修改提交并包含（或删除）想要的任何更改。
目前为止，我们有如下提交历史：
* ba88fb0 - (HEAD -> master) Add name and author to package.json (31 seconds ago) * 665034d - Update README with getting started instructions (53 seconds ago) * 11221d4 - Add .gitignore (6 minutes ago) * 9ed001a - Add README (6 minutes ago) * 0beebfb - Add package.json (56 minutes ago) 假设要编辑根提交（0beebfb）并添加第二个文件：
touch .yarnrc我们将针对该提交使用交互式变基，在这种编辑根提交的特殊情况下，需要使用--root选项：
git rebase -i --root这将打开编辑器，按时间顺序显示提交：
pick 0beebfb Add package.jsonpick 9ed001a Add READMEpick 11221d4 Add .gitignorepick 665034d Update README with getting started instructionspick ba88fb0 Add name and author to package.json我们需要做的就是为该列表中的第一个提交将 pick 替换为 edit ：
edit 0beebfb Add package.jsonpick 9ed001a Add READMEpick 11221d4 Add .gitignorepick 665034d Update README with getting started instructionspick ba88fb0 Add name and author to package.json关闭并保存文件，应该从 git 中看到这条消息：
Stopped at 0beebfb... Add package.jsonYou can amend the commit now, with git commit --amendOnce you are satisfied with your changes, run git rebase --continue下面来运行这两个命令：
git add .yarnrc && git commit --amend现在只需要修改提交，编辑器应如下所示：
Add package.json# Please enter the commit message for your changes. Lines starting# with "#" will be ignored, and an empty message aborts the commit.## Date: Sun Oct 11 08:25:57 2020 -0400## interactive rebase in progress; onto 666364d# Last command done (1 command done):# edit 0beebfb Add package.json# Next commands to do (4 remaining commands):# pick 9ed001a Add README# pick 11221d4 Add .gitignore# You are currently editing a commit while rebasing branch "master" on "666364d".### Initial commit## Changes to be committed:# new file: .yarnrc# new file: package.json#现在将该消息更改为Initialize npm package保存并退出。现在，根据 git 的建议，需要继续 rebase：
git rebase --continue现在，提交历史现在看起来像这样：
* 436e421 - (HEAD -> master) Add name and author to package.json (6 seconds ago) * beb7c13 - Update README with getting started instructions (6 seconds ago) * 1c75f66 - Add .gitignore (6 seconds ago) * 69c997b - Add README (6 seconds ago) * 36210ec - Initialize npm package (56 seconds ago) 压缩可以将 n 个提交合并为一个，使提交历史更加紧凑。如果一个功能分支引入大量提交，并且只希望该功能在历史记录中表示为单个提交（称为 squash-and-rebase 工作流），这有时很有用。但是，如果将来需要，将无法恢复或修改旧的提交，这在某些情况下可能是不可取的。
同样，作为参考，我们有如下提交历史：
* 436e421 - (HEAD -> master) Add name and author to package.json (6 seconds ago) * beb7c13 - Update README with getting started instructions (6 seconds ago) * 1c75f66 - Add .gitignore (6 seconds ago) * 69c997b - Add README (6 seconds ago) * 36210ec - Initialize npm package (56 seconds ago) 下面来创建一个功能分支并添加一些提交：
git checkout -b feature && \touch file1 && git add . && git commit -m "Add file1" && \touch file2 && git add . && git commit -m "Add file2" && \touch file3 && git add . && git commit -m "Add file3"现在提交历史如下：
* 6afa3ac - (HEAD -> feature) Add file3 (4 seconds ago) * c16cbc6 - Add file2 (4 seconds ago) * 0832e96 - Add file1 (4 seconds ago) * 436e421 - (master) Add name and author to package.json (12 minutes ago) * beb7c13 - Update README with getting started instructions (12 minutes ago) * 1c75f66 - Add .gitignore (12 minutes ago) * 69c997b - Add README (12 minutes ago) * 36210ec - Initialize npm package (12 minutes ago) 我们可以使用以下命令将所有这些压缩为一个：
git rebase -i master这会将功能分支重新设置为 master 分支。请注意， master 是对特定提交的引用，就像其他任何提交一样：
* 436e421 - (HEAD -> master) Add name and author to package.json (6 seconds ago) 这样做也是一样的：
git rebase -i 436e421无论如何，一旦运行了这些命令中的任何一个，git 就会打开编辑器：
pick 0832e96 Add file1pick c16cbc6 Add file2pick 6afa3ac Add file3我们会将最后两个提交压缩到第一个提交中，所以将它们的pick命令更改为squash：
pick 0832e96 Add file1squash c16cbc6 Add file2squash 6afa3ac Add file3保存并退出，git 将打开编辑器，通知我们将要合并三个提交：
# This is a combination of 3 commits.# This is the 1st commit message:Add file1# This is the commit message #2:Add file2# This is the commit message #3:Add file3# Please enter the commit message for your changes. Lines starting# with "#" will be ignored, and an empty message aborts the commit.## Date: Sun Oct 11 09:37:05 2020 -0400## interactive rebase in progress; onto 436e421# Last commands done (3 commands done):# squash c16cbc6 Add file2# squash 6afa3ac Add file3# No commands remaining.# You are currently rebasing branch "feature" on "436e421".## Changes to be committed:# new file: file1# new file: file2# new file: file3#现在可以将 Add file1 更改为 Add files 1、2 和 3，或者想要的任何其他提交消息。保存并关闭文件，现在提交历史已经很紧凑了：
* b646cf6 - (HEAD -> feature) Add files 1, 2, and 3 (70 seconds ago) * 436e421 - (master) Add name and author to package.json (14 minutes ago) * beb7c13 - Update README with getting started instructions (14 minutes ago) * 1c75f66 - Add .gitignore (14 minutes ago) * 69c997b - Add README (14 minutes ago) * 36210ec - Initialize npm package (15 minutes ago) 上面学习了两种从 git 历史记录中删除提交的方法：
在要删除的提交范围之前，将 HEAD 指针软或硬重置为提交。对不想保留的任何提交执行交互式变基并更改pick为drop。不幸的是，这两种方法都会重写提交历史。以使用交互式变基从master分支中删除.env文件为例。如果在现实中这样做，在像master这样的共享分支上删除提交会导致一些麻烦，团队中的每个人都必须硬重置本地的master分支以匹配origin/master。
问题出现在人们正在进行功能分支上的工作时，特别是如果他们是从旧的master分支切出来的——删除的文件仍然存在。变基就是行不通的，因为它可能会重新引入在master分支上删除的文件；同样地，将master分支合并到功能分支中也不起作用，因为 git 没有公共历史可供解决：
fatal: refusing to merge unrelated histories这就是git revert出现的原因。与通过变基或硬/软重置删除提交不同，revert 命令创建一个新提交以撤消目标提交引入的任何更改：
git revert 假设在master分支上，想要用beb7c13的哈希恢复提交：
* 436e421 - (HEAD -> master) Add name and author to package.json (8 hours ago) * beb7c13 - Update README with getting started instructions (8 hours ago) * 1c75f66 - Add .gitignore (8 hours ago) * 69c997b - Add README (8 hours ago) * 36210ec - Initialize npm package (8 hours ago) 为此，执行以下命令：
git revert beb7c13Git 将打开编辑器：
Revert "Update README with getting started instructions"This reverts commit beb7c132882ff1e3214dbd380514559fed0ef38f.# Please enter the commit message for your changes. Lines starting# with "#" will be ignored, and an empty message aborts the commit.## On branch master# Changes to be committed:# modified: README.md#保存并关闭文件，然后运行git log以查看历史记录：
* e1e6e06 - (HEAD -> master) Revert "Update README with getting started instructions" (58 seconds ago) * 436e421 - Add name and author to package.json (8 hours ago) * beb7c13 - Update README with getting started instructions (8 hours ago) * 1c75f66 - Add .gitignore (8 hours ago) * 69c997b - Add README (8 hours ago) * 36210ec - Initialize npm package (8 hours ago) 注意，原始提交仍然存在于历史记录中，并且其哈希值得以保留。唯一改变的是在分支的顶部添加了一个新的提交，以还原此前提交所引入的更改，就好像手动删除了最初引入的更改。显然，使用 git revert 比手工操作更合理。
因此，与交互式变基或重置相比，撤销提交会引入额外的一个提交，因此会更加混乱。但这并不是非常重要的问题。而且，好处在于，它不会破坏公共分支。
5、签出文件git checkout命令是另一种撤消 git 更改的基本方法。它有三个目的：
创建新分支：git checkout -b这里我们将重点关注第三个目的。如果对本地文件进行了未暂存的更改，则可以使用checkout命令轻松撤消这些更改：
git checkout 这里，
这将清除对指定文件的所有未暂存更改并恢复当前分支的文件的未修改版本。此命令不会影响暂存文件——只会清除未暂存的更改。
例如，如果想清除当前目录中所有未暂存的更改并从头开始，最简单的方法是使用git checkout命令和.作为路径规范：
git checkout .我们也可以使用git checkout来恢复文件的本地或远程版本。例如，可以签出远程master分支上的某个文件：
git checkout origin/master -- 这个命令的作用是将远程分支origin/master上指定的文件
同样，也可以签出另一个本地分支上的某个文件：
git checkout localBranchName -- 可以将 reflog 视为 git 的 git — 就像一个内部记录保存系统，可以跟踪大部分操作。
reflog 代表“参考日志”：HEAD 指针随时间的不同状态的一系列快照。这意味着任何时候引入、删除或修改提交，或者签出新分支，或者重写旧提交的哈希，这些更改都将记录在 reflog 中。我们将能够回到过去撤消可能不需要的更改，即使它们看似不可逆转。
查看 Git 仓库的reflog的方式如下：
git reflog例如，在功能分支上可以签出一个新分支，git 将记录该活动：
git checkout -b feature2Reflog:
b646cf6 (HEAD -> feature2, origin/feature, feature) HEAD@{0}: checkout: moving from feature to feature2这是因为 HEAD 指针从功能分支的首端重定向到新分支 feature2 的首端。
如果深入挖掘reflog，还可以查看本文中的所有更改：
b646cf6 (HEAD -> feature2, origin/feature, feature) HEAD@{0}: checkout: moving from feature to feature2b646cf6 (HEAD -> feature2, origin/feature, feature) HEAD@{1}: rebase -i (finish): returning to refs/heads/featureb646cf6 (HEAD -> feature2, origin/feature, feature) HEAD@{2}: rebase -i (squash): Add files 1, 2, and 3f3def0a HEAD@{3}: rebase -i (squash): # This is a combination of 2 commits.0832e96 HEAD@{4}: rebase -i (start): checkout 436e4216afa3ac HEAD@{5}: commit: Add file3c16cbc6 HEAD@{6}: commit: Add file20832e96 HEAD@{7}: commit: Add file1436e421 (master) HEAD@{8}: checkout: moving from master to feature436e421 (master) HEAD@{9}: rebase -i (finish): returning to refs/heads/master436e421 (master) HEAD@{10}: rebase -i (pick): Add name and author to package.jsonbeb7c13 HEAD@{11}: rebase -i (pick): Update README with getting started instructions1c75f66 HEAD@{12}: rebase -i (pick): Add .gitignore69c997b HEAD@{13}: rebase -i (pick): Add README36210ec HEAD@{14}: commit (amend): Initialize npm package04ba759 HEAD@{15}: rebase -i (edit): Add package.json2bef9d4 HEAD@{16}: rebase -i (edit): Add package.json666364d HEAD@{17}: rebase -i (start): checkout 666364da6703fc41e23515b1777de5ac84c8ad5eba88fb0 HEAD@{18}: rebase -i (finish): returning to refs/heads/masterba88fb0 HEAD@{19}: rebase -i (reword): Add name and author to package.json665034d HEAD@{20}: rebase -i (reword): Update README with getting started instructions74dab36 HEAD@{21}: rebase -i: fast-forward11221d4 HEAD@{22}: rebase -i (start): checkout HEAD~2094f8cb HEAD@{23}: commit: Do more stuff74dab36 HEAD@{24}: commit: Do something idk11221d4 HEAD@{25}: rebase -i (finish): returning to refs/heads/master11221d4 HEAD@{26}: rebase -i (pick): Add .gitignore9ed001a HEAD@{27}: rebase -i (pick): Add README0beebfb HEAD@{28}: rebase -i (start): checkout 2beb7c7^7598875 HEAD@{29}: reset: moving to HEAD~1b494f6f HEAD@{30}: commit: Add a file7598875 HEAD@{31}: commit (amend): Add .gitignore4753e23 HEAD@{32}: commit: Add .gitignore893d18d HEAD@{33}: commit: Add README2beb7c7 HEAD@{34}: commit: Add .env0beebfb HEAD@{35}: commit (initial): Add package.json可以通过检查这些提交哈希来快速查看这些状态中的任何一个：
git checkout 或者，可以将分支重置为历史记录中的某个点：
git reset --soft 7598875这将当前的feature2分支软重置为以下历史：
* 7598875 - (HEAD -> feature2) Add .gitignore (84 minutes ago) * 893d18d - Add README (85 minutes ago) * 2beb7c7 - Add .env (85 minutes ago) * 0beebfb - Add package.json (85 minutes ago) 甚至可以运行另一个reflog来查看更改：
7598875 (HEAD -> feature2) HEAD@{0}: reset: moving to 7598875如果不希望本地分支被覆盖，可以再次运行reflog命令并将分支重置到在执行该操作之前的HEAD：
git reset --hard b646cf6这就回到了之前的状态：
* b646cf6 - (HEAD -> feature2, origin/feature, feature) Add files 1, 2, and 3 (13 minutes ago) * 436e421 - (master) Add name and author to package.json (26 minutes ago) * beb7c13 - Update README with getting started instructions (26 minutes ago) * 1c75f66 - Add .gitignore (26 minutes ago) * 69c997b - Add README (26 minutes ago) * 36210ec - Initialize npm package (27 minutes ago) Git 的reflog命令很有用，以防进行硬重置并丢失所有工作，只需查看 reflog 并重置到进行硬重置之前的点，就轻松搞定！
最后，如果出于某种原因想清理 reflog，可以使用以下方法从中删除行：
git reflog delete HEAD@{n}将n替换为要从reflog中删除的任何行。HEAD@{0}指的是 reflog 中的最新行，HEAD@{1}指的是之前的一行，依此类推。
参考：https://www.aleksandrhovhannisyan.com/blog/undoing-changes-in-git/。