回滚操作：撤销和修正更改

在软件开发过程中，错误和意外在所难免。有时，我们需要撤销某些更改，或者回到项目的先前状态。Git 作为强大的版本控制系统，为我们提供了多种回滚操作的方法，使我们能够有效地撤销和修正更改。

本文将介绍 Git 中的四种常见的回滚操作：

• git restore：用于撤销工作目录或暂存区中未提交的更改，恢复文件到最近一次提交的状态，不影响提交历史。
• git reset：用于将当前分支回退到指定的提交点，可能修改提交历史，适合撤销尚未推送的提交。
• git revert：用于通过新建一个反向提交来撤销一个已提交（且可能已推送）的更改，安全地保留提交历史记录。
• 应对复杂场景：通过新建一个反向提交来撤销任意多个已提交（且可能已推送）的更改，安全地保留提交历史记录。

从简单的文件恢复，到复杂的提交回滚，每种方法都有其特定的用途和优势。

快速恢复：git restore

在 Git 2.23 版本中引入的 git restore 命令，为我们提供了一种简单而强大的方式来恢复文件。让我们先从这个便捷的工具开始我们的回滚之旅。

恢复工作区的文件

如果你修改了一个文件，但还没有暂存它，你可以使用以下命令来恢复它：

# 恢复单个文件
git restore <file>
 
# 丢弃工作区的所有更改
git restore .

这会将文件恢复到最后一次提交的状态，并丢弃所有未提交的更改。

取消暂存的文件

如果你已经暂存了一个文件，但想要取消暂存，可以使用：

git restore --staged <file>
 
# 丢弃暂存区的所有更改，将暂存区的修改恢复到工作区
git restore --staged .

这会将文件从暂存区移回工作区，但保留你的修改。

恢复到特定提交的状态

你甚至可以将文件恢复到特定提交的状态：

git restore --source=<commit> <file>

这个命令会将文件恢复到指定提交时的状态，而不影响其他文件。

虽然 git restore 在处理文件级别的恢复时非常有用，但有时我们需要对整个提交进行操作。这就引出了我们的下一个工具：git reset。

重置 HEAD：git reset

当你需要更改提交历史时，git reset 是一个强大的工具。它有三种主要模式，每种模式都有其特定的用途。

软重置：保留更改，只移动 HEAD

git reset --soft <commit>

这个命令会将 HEAD 移动到指定的提交，但保留所有的更改在暂存区中。这对于重新组织你的提交非常有用。

混合重置：取消暂存，保留工作目录的更改

git reset --mixed <commit>

这是默认模式。它会将 HEAD 移动到指定的提交，并取消暂存所有的更改，但保留它们在工作目录中。

硬重置：完全重置到指定状态

git reset --hard <commit>

警告：这个命令会丢弃所有未提交的更改。它将 HEAD、暂存区和工作目录都重置到指定的提交状态。

常用操作

# 假设我们想回滚到上一次提交
git reset HEAD~1

git reset 为我们提供了强大的历史修改能力，但它主要适用于尚未推送到远程仓库的本地提交。那么，如果我们需要撤销已经推送的提交，同时又不想改变提交历史，该怎么办呢？这就是 git revert 发挥作用的地方。

优雅回滚：git revert

当你想要撤销某个提交，但又想保留完整的提交历史时，git revert 是你的最佳选择。

回滚单个提交

git revert <commit-hash>

这会创建一个新的提交，其更改与指定提交的更改相反。

回滚多个提交

git revert <commit-hash-1> <commit-hash-2> ...

你可以一次性回滚多个提交，Git 会为每个被回滚的提交创建一个新的提交。

高级技巧：应对复杂场景

现在我们已经掌握了 Git 中三个主要的回滚工具，让我们来看看一些更高级的技巧，这些技巧可以帮助我们应对更复杂的场景。

大范围回滚：使用 git diff 和 git apply

想象一下：现在需要将某个分支从 v0.2.0 回滚到 v0.1.0（这两个版本之间包含了 1000 个 commit），同时需要保留原来的 commit 记录。很明显，此时如果使用 git revert 挨个回滚 commit，就不太现实了。

当需要回滚大量提交时，简单一点的思路，可以通过 “比较两个版本之间的不同，然后直接一次性反向修改”：

git diff <version_start> <version_revert_to> | git apply

这样工作区的代码就会被还原到 version_revert_to 的状态，然后我们再手动修改，重新提交。

例如，要从 v0.2.0 回滚到 v0.1.0：

git diff v0.2.0 v0.1.0 | git apply

保留特定更改

如果你想在回滚时保留某些特定的更改，可以使用 git cherry-pick 来选择性地应用某些提交。

处理合并冲突

在使用 git revert 时可能会遇到合并冲突。这时，你需要手动解决冲突，然后使用 git add 和 git revert --continue 来完成回滚操作。

回滚操作的比较

为了帮助你更好地理解不同回滚方法的特点，这里提供一个比较表：

结语：掌握回滚，从容面对变化

通过本文，我们深入探讨了 Git 中的各种回滚操作。从简单的文件恢复（git restore），到重置提交历史（git reset），再到优雅地撤销特定提交（git revert），每种方法都有其特定的用途和优势。

掌握这些技巧，你将能够更加自信地管理你的 Git 仓库，无论面对什么样的情况，都能找到合适的方法来修正错误或调整历史。记住，在执行任何可能丢失数据的操作之前，最好先创建一个备份或分支。

鼓励大家在一个测试仓库中练习这些命令，亲身体验它们的效果。随着经验的积累，你会发现这些工具在日常开发中的强大之处。

相关资源

• Git 官方文档 (opens in a new tab)