简介
在本全面教程中，我们将探索在广泛使用的分布式版本控制系统Git中回滚提交的基本技术。无论你是需要撤销最近的更改、将存储库重置到先前状态，还是恢复丢失的提交，本指南都将为你提供有效管理项目版本历史所需的知识和工具。
Git 版本控制简介
Git 是一个强大的分布式版本控制系统，已成为管理软件开发项目的行业标准。它允许开发者跟踪更改、在代码上进行协作，并维护项目演变的完整历史记录。
Git 的核心是一个内容可寻址的文件系统，它在不同时间点存储项目的快照。每个快照，即提交，包含项目的完整状态，包括所有文件和目录。然后，开发者可以浏览这个历史记录，比较更改，并在必要时恢复到以前的版本。
Git 的关键特性之一是其分支和合并功能。开发者可以创建多个分支，同时处理不同的功能或修复漏洞，然后在准备好时将这些分支合并回主代码库。这种工作流程允许进行高效的协作和并行开发。
要开始使用 Git，你需要在系统上安装它。在 Ubuntu 22.04 上，你可以使用以下命令安装 Git：
sudo apt-get update
sudo apt-get install git安装完成后，你可以使用 git init 命令在项目目录中初始化一个新的 Git 存储库。这将创建一个隐藏的 .git 目录，用于存储所有版本控制信息。
cd /path/to/your/project
git init现在你已准备好开始跟踪更改、提交工作，并与其他开发者协作。在接下来的部分中，我们将探讨如何管理和操作 Git 提交和分支，以确保版本控制系统的完整性。
理解 Git 提交和分支
Git 提交
在 Git 中，提交是项目在特定时间点的状态快照。当你对文件进行更改并决定保存这些更改时，你就创建了一个新的提交。每个提交包含以下信息：
- 自上一次提交以来所做的更改
- 提交的作者和时间戳
- 一个唯一标识符（提交哈希），用于让 Git 跟踪该提交
- 一条描述所做更改的提交消息
要在你的 Git 存储库中创建一个新的提交，你可以使用以下命令：
## 将你想要包含在提交中的更改暂存
git add.
## 使用描述性消息创建提交
git commit -m "实现新功能 X"Git 分支
Git 中的分支是指向特定提交的轻量级指针。它们允许你偏离主开发线（通常称为 master 或 main 分支），并独立处理一个功能或修复一个漏洞。当你准备好时，可以将该分支合并回主分支。
要创建一个新分支并切换到它，你可以使用以下命令：
## 创建一个名为 "feature/new-design" 的新分支
git checkout -b feature/new-design
## 切换到一个名为 "develop" 的现有分支
git checkout develop分支是 Git 工作流程的基本组成部分，因为它们支持并行开发、实验以及非线性的项目历史记录。
graph LR
A[初始提交] --> B[功能分支]
A --> C[开发分支]
B --> D[合并功能]
C --> D
通过理解提交和分支的概念，你将能够有效地管理项目的版本历史记录，并在代码库的不同状态之间进行切换。
撤销已提交的更改
撤销上一次提交
如果你已经进行了一次提交，并且想要撤销它，可以使用 git revert 命令。该命令会创建一个新的提交，用于撤销指定提交所引入的更改，从而有效地“回滚”这些更改。
## 撤销上一次提交
git revert HEAD这将打开你的默认文本编辑器，你可以在其中编辑回滚提交的提交消息。保存并关闭编辑器后，回滚提交将被创建。
撤销多个提交
如果你想要撤销多个提交，可以使用提交哈希或相对引用指定提交范围（例如，HEAD~3 表示撤销最后 3 次提交）。
## 撤销最后 3 次提交
git revert HEAD~3..HEAD这将创建三个单独的回滚提交，每个回滚提交分别撤销最后三次提交中的一次。
撤销分支上的提交
如果你在某个分支上进行了一次提交，并且想要撤销它，可以使用相同的 git revert 命令。这将在同一分支上创建一个新的提交，用于撤销指定的提交。
## 撤销 "feature/new-design" 分支上的一次提交通过了解如何撤销已提交的更改，你可以轻松地撤销对代码库的错误或不必要的修改，同时保留整个提交历史记录。
重置 Git 存储库
理解 Git 重置
git reset 命令是一个强大的工具，用于撤销更改并重置 Git 存储库的状态。它允许你将当前分支的 HEAD 指针移动到另一个提交，根据你选择的重置模式，有效地丢弃或保留更改。
主要有三种重置模式：
- 软重置：将 HEAD 指针移动到指定的提交，但保持工作目录和暂存区不变。
- 混合重置（默认）：移动 HEAD 指针并将暂存区重置为与指定提交匹配，但保持工作目录不变。
- 硬重置：移动 HEAD 指针，重置暂存区，并丢弃工作目录中的所有更改以与指定提交匹配。
重置到上一次提交
要将你的存储库重置到上一次提交，你可以使用 git reset 命令，后跟提交哈希或相对引用（例如，HEAD~3 表示重置到当前 HEAD 之前三步的提交）。
## 将存储库重置到上一次提交（软重置）
## 将存储库重置到特定提交（混合重置）
## 将存储库重置到特定提交并丢弃所有更改（硬重置）使用 --hard 选项时要小心，因为它将永久丢弃工作目录中的所有更改。
重置分支
你也可以使用 git reset 将特定分支重置到不同的提交。当你想要丢弃功能分支上的更改并重新开始时，这很有用。
## 将 "feature/new-design" 分支重置到特定提交通过理解不同的重置模式以及如何应用它们，你可以有效地管理 Git 存储库的状态并撤销不需要的更改。
恢复丢失的提交
理解 Git 引用日志
Git 引用日志是对存储库 HEAD 所做的所有更改的记录，包括提交、合并和重置。它对于恢复意外丢弃或覆盖的丢失提交可能是一个有价值的工具。
要查看引用日志，可以使用 git reflog 命令：
git reflog这将显示所有 HEAD 更改的列表，每个条目显示提交哈希、执行的操作以及简短描述。
恢复丢失的提交
如果你意外丢弃了一个提交，可以使用引用日志找到提交哈希，然后使用 git reset 命令恢复它。
## 在引用日志中找到丢失的提交
## 将存储库重置到丢失的提交这会将 HEAD 指针移回丢失的提交，有效地将其恢复到你的存储库中。
从分离的 HEAD 恢复提交
有时，你可能会发现自己处于“分离的 HEAD”状态，即 HEAD 指针不指向任何分支。当你检出特定提交或对存储库进行变基时可能会发生这种情况。
在这种情况下，你可以使用引用日志找到要恢复的提交，然后创建一个指向该提交的新分支。
## 在引用日志中找到要恢复的提交
## 创建一个指向丢失提交的新分支这将创建一个名为“恢复的分支”的新分支，它指向丢失的提交，使你能够继续在其上工作。
通过理解 Git 引用日志以及如何使用它来恢复丢失的提交，即使面对意外更改或错误，你也可以确保版本控制历史记录保持完整。
实际的回滚场景
场景 1：撤销上一次提交
假设你刚刚进行了一次提交，但你意识到自己犯了一个错误，想要撤销这些更改。在这种情况下，你可以使用 git revert 命令创建一个新的提交，该提交会撤销上一次提交所做的更改。
## 撤销上一次提交
git revert HEAD这将打开你的默认文本编辑器，你可以在其中编辑回滚提交的提交消息。保存并关闭编辑器后，回滚提交将被创建。
场景 2：将分支重置到上一次提交
你正在一个功能分支上工作，并且已经进行了几次提交，但你意识到需要重新开始。在这种情况下，你可以使用 git reset 命令将分支重置到上一次提交，丢弃你所做的所有更改。
## 将 “feature/new-design” 分支重置到特定提交这会将 “feature/new-design” 分支的 HEAD 指针移动到指定的提交，并丢弃工作目录中的所有更改。
场景 3：恢复丢失的提交
你不小心丢弃了一个提交，现在需要找回它。在这种情况下，你可以使用 Git 引用日志找到丢失的提交，然后恢复它。
## 在引用日志中找到丢失的提交
## 将存储库重置到丢失的提交这会将 HEAD 指针移回丢失的提交，有效地将其恢复到你的存储库中。
通过理解这些实际的回滚场景以及相应的 Git 命令，你可以有效地管理你的版本控制历史记录，并从错误或不必要的更改中恢复过来。
总结
在本教程结束时，你将对如何利用 Git 强大的回滚功能有深入的理解。你将能够撤销已提交的更改，将你的存储库重置到特定的时间点，甚至恢复丢失的提交，确保你对项目的版本控制拥有完全的掌控权。掌握这些技能后，你将有信心地管理基于 Git 的项目，保护你的代码库，并更有效地与团队协作。
