如何检查本地 Git 分支是否已删除

简介

在本次实验中，你将学习如何检查一个 Git 分支是否已在本地被删除。我们将首先使用 git branch 命令来验证特定分支是否存在，以确保起始状态清晰。然后，我们将探索 git reflog 命令，这是一个强大的工具，它会记录本地仓库中引用的更新情况，包括分支删除操作，让你能够查看变更历史。最后，我们将通过处理一个最近删除的分支来测试这些方法，以确认如何有效地检查其本地删除状态。

Skills Graph

运行 git branch 命令验证分支不存在

在这一步中，我们将验证一个特定的分支（我们稍后会删除它）目前是否不存在于我们的 Git 仓库中。在执行分支删除等操作之前，确保起始状态清晰是一个很好的做法。

首先，如果你还没有进入项目目录，请导航到该目录。记住，我们的项目位于 ~/project/my-time-machine。

cd ~/project/my-time-machine

现在，让我们使用 git branch 命令列出仓库中现有的分支。默认情况下，该命令会显示本地分支。

git branch

你应该会看到类似以下的输出：

* master

这个输出表明，目前只有 master 分支存在，并且它是活动分支（由星号 * 表示）。

为了完成本次实验，我们将使用一个名为 feature/new-feature 的分支。让我们再次运行 git branch 命令，确认这个分支尚未存在。由于我们刚刚运行过该命令，只看到了 master 分支，所以我们已经知道它不存在，但再次运行该命令可以强化检查分支状态的概念。

git branch

输出应该仍然只显示 master 分支：

* master

这证实了 feature/new-feature 分支目前不在我们的仓库中。这是我们在后续步骤中创建并删除该分支之前所期望的状态。了解如何检查分支状态是有效管理项目历史的基础。

通过 git reflog 检查删除记录

在这一步中，我们将探索 git reflog 命令，它是一个用于恢复丢失的提交或分支的强大工具。reflog（引用日志）会记录本地仓库中分支末端和其他引用的更新情况。这意味着它会记录你在仓库中进行的几乎所有更改，包括提交、合并、变基，甚至是分支删除操作。

首先，确保你位于项目目录中：

cd ~/project/my-time-machine

现在，让我们创建一个新的分支，稍后我们会删除它。这样我们就可以在 reflog 中查找相关记录。

git branch feature/new-feature

此命令会创建一个名为 feature/new-feature 的新分支，该分支指向当前提交。让我们验证它是否存在：

git branch

你现在应该能看到这两个分支：

* master
  feature/new-feature

现在，让我们使用 -d 标志删除 feature/new-feature 分支，-d 标志是一种“安全”删除方式（如果分支有未合并的更改，它会阻止删除操作）。

git branch -d feature/new-feature

你应该会看到确认删除的输出：

Deleted branch feature/new-feature (was <commit-id>).

请将 <commit-id> 替换为你终端中显示的实际提交 ID。

现在，让我们检查 reflog，看看删除操作是否被记录下来了。

git reflog

输出将显示操作历史。你应该会看到一条与分支删除相关的记录，类似于下面这样（具体输出可能会有所不同）：

<commit-id> HEAD@{0}: branch: deleted feature/new-feature
<commit-id> HEAD@{1}: branch: Created from <another-commit-id>
... (other reflog entries)

reflog 记录 HEAD@{0}: branch: deleted feature/new-feature 表明 feature/new-feature 分支已被删除。HEAD@{0} 指的是最近的操作。这表明，即使该分支在 git branch 命令的输出中已不存在，但其删除操作已记录在 reflog 中，因此有可能恢复该分支。

理解 git reflog 至关重要，因为它就像一个安全网。如果你不小心删除了一个分支，或者由于变基或其他操作丢失了提交，reflog 可以帮助你找到恢复工作所需的提交 ID。

使用最近删除的分支进行测试

在这一步中，我们将演示如何利用 git reflog 中的信息来恢复最近删除的分支。虽然在本次特定实验中我们不会完全恢复该分支（因为它没有独特的提交），但我们会练习用于恢复的命令。

首先，确保你位于项目目录中：

cd ~/project/my-time-machine

回顾上一步，我们删除了 feature/new-feature 分支。让我们确认它仍然不存在：

git branch

输出应该仍然只显示 master 分支：

* master

现在，让我们再次查看 reflog，以找到已删除分支的记录。

git reflog

找到显示 branch: deleted feature/new-feature 的那一行。记下与该记录关联的提交 ID。它看起来会像 <commit-id> HEAD@{0}: branch: deleted feature/new-feature。

要恢复已删除的分支，你通常会使用 git branch <branch-name> <commit-id> 命令，其中 <branch-name> 是你要为恢复的分支指定的名称，<commit-id> 是 reflog 中该分支最后指向的提交 ID。

在我们的例子中，feature/new-feature 分支创建后立即被删除，且没有任何新的提交。因此，它在 reflog 中的提交 ID 将与 master 分支的末端相同。恢复该分支实际上只是重新创建一个指向与 master 分支相同提交的分支。

让我们使用你在 reflog 中找到的已删除分支的提交 ID 来模拟恢复命令。将 <commit-id> 替换为你 reflog 输出中的实际 ID。

git branch recovered-feature <commit-id>

此命令会创建一个名为 recovered-feature 的新分支，该分支指向 feature/new-feature 删除前所在的提交 ID。

现在，让我们再次检查我们的分支：

git branch

你现在应该会看到 recovered-feature 分支被列出：

* master
  recovered-feature

这展示了你如何使用 git reflog 找到丢失分支的提交 ID，然后使用 git branch 重新创建它。这是一种从意外删除或其他更改历史的操作中恢复的强大技术。

总结

在本次实验中，我们学习了如何使用 git branch 命令来验证本地 Git 分支是否存在。我们确认了在创建和删除分支之前，检查当前分支状态以确保有一个干净的起始点是很重要的。

我们还开始探索 git reflog 命令，了解了它在跟踪本地仓库中引用更改（包括分支删除）方面的作用，这对于潜在地恢复丢失的工作至关重要。