在现代软件开发中，Git作为一种分布式版本控制系统，已经成为了程序员们不可或缺的工具。无论是个人项目还是团队协作，Git都能帮助我们高效地管理代码、追踪更改。然而，在实际开发过程中，我们难免会遇到一些失误，比如错误地提交了代码或意外删除了文件。面对这些问题，掌握Git的撤消更改的方法显得尤为重要。本文将为大家详细介绍六种常用的撤消更改方法，结合实际操作步骤与实用技巧，助你在使用Git时更加得心应手。
1. 使用 git checkout 撤消未暂存的更改
在Git中，当我们修改了某个文件但尚未将其添加到暂存区时，可以通过 git checkout 命令来撤消这些未暂存的更改。具体操作如下：
git checkout -- <filename>例如，假设我们在 app.py 文件中修改了几行代码，但现在决定放弃这些更改。只需在命令行中输入 git checkout -- app.py，就能将该文件恢复到上一个提交的状态。
这种方法简单有效，但需要注意的是，使用此命令后，所有未暂存的更改将会丢失。因此，在执行操作前，建议仔细确认是否真的要放弃这些更改。
2. 使用 git reset 撤消已暂存的更改
如果你已经将更改添加到了暂存区，但还没有提交，这时可以使用 git reset 命令撤消这些已暂存的更改。具体的命令如下：
git reset HEAD <filename>例如，如果你在 index.html 文件中进行了修改并暂存了这些更改，但现在决定不提交，可以通过 git reset HEAD index.html 将其从暂存区移除。这样，index.html 文件的状态将回到未暂存的状态，所有的更改依然保留在工作区，方便后续处理。
这种方法的好处在于，它不会删除你的更改，只是将其从暂存区移除，给你更多的操作空间。
3. 使用 git revert 撤消已提交的更改
当你已经提交了更改，但又想撤消这些更改时，可以使用 git revert 命令。该命令会生成一个新的提交，用以反转指定的提交。这种方式的优点在于，它不会改变历史记录，适合在团队合作中使用。
命令格式如下：
git revert <commit_hash>例如，如果你想撤消最近的一次提交，可以使用 git revert HEAD。这会创建一个新的提交，内容是将上一个提交的更改反转过来。使用此命令后，Git会打开编辑器，允许你修改提交信息，保存并退出后，新的提交就会被添加到版本历史中。
通过这种方式，你不仅可以撤消更改，还能保留完整的提交历史，便于后续查阅。
4. 使用 git reset --hard 撤消所有更改
如果你希望撤消所有未提交的更改，包括暂存区和工作区的更改，可以使用 git reset --hard 命令。这个命令会将你的工作区和暂存区都重置为最近一次提交的状态，所有未提交的更改将会被永久丢弃。
操作步骤如下：
git reset --hard HEAD需要特别注意的是，使用该命令后，所有未保存的更改都将消失，因此在执行此操作前，一定要确认是否真的不需要这些更改。
这种方法虽然有效，但由于其“杀伤力”较大，建议在使用前三思而后行，确保没有重要的工作未保存。
5. 使用 git cherry-pick 撤消特定的提交
在某些情况下，我们可能只想撤消某个特定的提交，而不是最近的提交。这时，git cherry-pick 命令可以派上用场。该命令允许你选择性地将某个提交的更改应用到当前分支。
具体命令如下：
git cherry-pick <commit_hash>举例来说，如果你有一个提交的哈希值为 abc123，想要撤消该提交，可以先创建一个新的分支，然后在该分支中执行 git cherry-pick -n abc123，这会将该提交的更改应用到当前分支，但不会自动提交。你可以在此基础上进行修改，最终提交你想要的状态。
这种方法的灵活性在于，你可以根据项目的需要，只选择性地撤消某个提交，而不影响其他的代码。
6. 使用 git reflog 找回丢失的提交
在开发过程中，我们可能会因为各种原因（例如误删除分支或意外重置）而导致某些提交丢失。此时，git reflog 命令可以帮助我们找回这些丢失的提交。git reflog 会记录所有的引用变更，包括分支的移动和提交的操作。
通过以下命令查看最近的引用日志：
git reflog在输出中，你会看到一个类似于下面的列表：
abc1234 HEAD@{0}: commit: Fix bug in feature X
def5678 HEAD@{1}: commit: Add new feature Y找到你想要恢复的提交后，可以使用 git checkout 命令将其恢复。例如，假设你想恢复 abc1234 这个提交，可以使用：
git checkout abc1234这种方法在处理复杂的版本控制问题时，显得尤为重要，尤其是在团队协作中，能够有效地减少因为误操作导致的代码丢失风险。
个人体会与总结
在使用Git的过程中，掌握撤消更改的技巧不仅能提高工作效率，还能有效降低因错误操作而带来的损失。每种方法都有其特定的适用场景，了解这些场景并灵活应用，才能在复杂的开发环境中游刃有余。
在我的开发经历中，曾多次因为不小心提交了错误的代码而感到沮丧。通过学习和实践这些撤消方法，我逐渐能够在出现问题时迅速找到解决方案，避免了不必要的时间浪费。
总的来说，Git的强大在于其灵活性和可操作性，掌握这些撤消更改的技能，无疑能让我们在开发的道路上走得更加稳健。在未来的项目中，我也将继续探索更高效的使用方式，不断提升自己的开发能力。
希望通过这篇文章，能够帮助更多的开发者在使用Git时，轻松应对各种意外情况，提升开发效率，享受编程的乐趣。无论你是新手还是经验丰富的开发者，了解这些技巧都是非常有必要的。让我们一起在Git的世界中，探索更多的可能性！
当使用 Git 进行项目代码管理时，难免会出现一些错误操作或需求变更，需要对代码进行撤销或修改。Git 提供了多种方式来撤消已有的更改。本文将介绍 Git 中常用的 6 种撤消更改的方法，帮助你更好地处理这些问题！
在开始示例之前，先来创建一个简单的 Git 仓库，其中包含于一些提交：
1
2
3
4
5
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"
对于这些命令，实际上包含以下历史操作：
1
2
3
4
- 4753e23 - (HEAD -> master) Add .gitignore (4 seconds ago) <AleksandrHovhannisyan>
- 893d18d - Add README (4 seconds ago) <AleksandrHovhannisyan>
- 2beb7c7 - Add .env (4 seconds ago) <AleksandrHovhannisyan>
- 0beebfb - Add package.json (5 seconds ago) <AleksandrHovhannisyan>
- 修改最近的提交
在创建并提交了 .gitignore 文件后不久，决定修改这个文件：
1
echo node_modules > .gitignore
但不想在 git 日志历史记录中添加一个对于如此微小更改的提交记录。或者需要在最近的提交消息中纠正一个拼写错误。
这两种情况都是使用 git amend 命令的经典用例：
1
git commit -a --amend
简单来说，git amend 命令用于在 git 中编辑 commit 和提交消息。这是 git 中撤销更改的最基本方式之一。
当运行上述代码时，git 会打开选择的编辑器并显示最近的提交，在其中加入更改以进入暂存环境：
1
2
3
4
5
6
7
8
9
10
11
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 将修改最近的提交以包括新更改。也可以在保存文件之前编辑提交消息。
如果要做的只是更新提交消息本身，例如修正一个拼写错误，那实际上并不需要进入暂存环境。只需要运行这个命令：
1
git commit --amend
在编辑器中更改提交消息并保存文件，关闭即可。
在修改了最近的提交后，日志将会看起来像这样：
1
2
3
4
- 7598875 - (HEAD -> master) Add .gitignore (31 seconds ago) <AleksandrHovhannisyan>
- 893d18d - Add README (79 seconds ago) <AleksandrHovhannisyan>
- 2beb7c7 - Add .env (79 seconds ago) <AleksandrHovhannisyan>
- 0beebfb - Add package.json (80 seconds ago) <AleksandrHovhannisyan>
现在，假设修改之前已经将旧提交推送到了远程分支。如果运行 git status，就会被告知本地分支和远程分支有一个提交不同：
1
2
3
4
On branch master
Your 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 的新功能现在都将具有不兼容的提交历史记录。
- 将分支重置为较旧的提交
目前为止，我们有如下提交历史：
1
2
3
4
- 7598875 - (HEAD -> master) Add .gitignore (31 seconds ago) <AleksandrHovhannisyan>
- 893d18d - Add README (79 seconds ago) <AleksandrHovhannisyan>
- 2beb7c7 - Add .env (79 seconds ago) <AleksandrHovhannisyan>
- 0beebfb - Add package.json (80 seconds ago) <AleksandrHovhannisyan>
我们再来向 master 添加一个提交：
1
touch file && git add . && git commit -m "Add a file"
现在提交历史变成了这样：
1
2
3
4
5
- b494f6f - (HEAD -> master) Add a file (5 seconds ago) <AleksandrHovhannisyan>
- 7598875 - Add .gitignore (3 minutes ago) <AleksandrHovhannisyan>
- 893d18d - Add README (4 minutes ago) <AleksandrHovhannisyan>
- 2beb7c7 - Add .env (4 minutes ago) <AleksandrHovhannisyan>
- 0beebfb - Add package.json (4 minutes ago) <AleksandrHovhannisyan>
几分钟后，出于某种原因，我们决定不再保留最近的提交。要想删除它，只需在 HEAD 指针之前硬重置一次提交，该指针始终指向当前分支上的最新提交：
1
git reset --hard HEAD~1
波浪号 (~) 后跟一个数字告诉 git 它应该从给定的提交（在本例中为 HEAD 指针）回溯多少次提交。由于 HEAD 总是指向当前分支上的最新提交，这告诉 git 对最近提交之前的提交进行硬重置。
输出结果如下：
1
HEAD is now at 7598875 Add .gitignore
硬重置是撤消 git 更改的一个便捷方法，但这是一个破坏性过程——该提交中的所有更改都将丢失，找回它们的唯一方法是通过 git reflog命令（后面会详细介绍）。
我们还可以重置为 HEAD~nth 提交，在这种情况下，该提交期间和之后的所有工作都将丢失：
1
git reset --hard HEAD~4
或者甚至是特定的提交，如果有它的哈希：
1
git reset --hard <hash-id>
当然也不限于仅针对当前分支中的提交进行重置，还可以重置本地分支以指向另一个本地分支：
1
git reset --hard <someOtherBranch>
甚至到远程分支：
1
git reset --hard origin/master
这个就很有用，例如，如果不小心将内容提交到本地 master 分支。假设应该在一个 feat/X 分支上进行提交，但忘记了创建它，而且一直在向本地 master 提交代码。
当然，我们也可以使用 git cherry-pick 来解决这个问题，但是如果有很多次提交怎么办？这有点痛苦，而 reset 可以轻松搞定。
