恢复已删除分支的一般问题的一个非常常见的子问题是在合并后恢复功能分支，然后删除它，这是常见的做法。

由于这篇SO文章涵盖了，如果已成功合并，您始终可以恢复已删除的分支。这是因为分支只是一个指向提交的花哨指针，因为您已经合并，所以提交仍然存在。合并提交将列出合并的两个（或多个）分支的头部提交的哈希值。例如：

        git show master
        commit 849675951d41497e7b07d34096ebf36dc713221 (HEAD -> master)
        Merge: fc1c9ce 97f8a60
        Author: Me
        Date:   Sun Jan 9 16:14:24 2022 +0100

            Merge branch 'feature'

因此，您可以通过执行git checkout-b feature97f8a60来恢复delete“feature”分支，无需任何reflog内容。

根据我的理解，如果要删除的分支可以由另一个分支访问，您可以使用

git branch -d [branch]

而且你的工作没有丢失。请记住，分支不是快照，而是指向快照的指针。所以当你删除一个分支时，你就删除了一个指针。

如果删除另一个分支无法访问的分支，您甚至不会丢失工作。当然，这不会像检查提交哈希那样简单，但你仍然可以做到。这就是为什么Git无法删除使用-d无法访问的分支的原因。相反，您必须使用

git branch -D [branch]

这是Scott Chacon关于Git的必看视频的一部分。查看第58:00分钟，当他谈到分支以及如何删除分支时。

GitHub的Scott Chacon介绍Git

最热门的解决方案实际上比要求的要多：

git checkout <sha>
git checkout -b <branch>

or

git checkout -b <branch> <sha>

将您移动到新的分支，以及您可能忘记提交的所有最近更改。这可能不是你的意图，尤其是在失去分支后处于“恐慌模式”时。

一个更干净（更简单）的解决方案似乎是一行（在使用git-relog找到<sha>之后）：

git branch <branch> <sha>

现在，当前分支和未提交的更改都不受影响。相反，只会创建一个新分支，直到<sha>。

如果这不是提示，它仍然有效，并且您得到了一个较短的分支，那么您可以使用新的<sha>和新的分支名称重试，直到正确为止。

最后，您可以将成功恢复的分支重命名为其名称或其他名称：

git branch -m <restored branch> <final branch>

不用说，成功的关键是找到正确的承诺<sha>，所以明智地命名你的承诺：）

除了tfe的答案之外，您可以使用上述过程进行恢复，除非它的提交没有被垃圾收集。Git分支只是指向提交树中特定提交的指针。但是，如果您删除了指针，并且该分支上的提交没有合并到其他现有分支中，那么git会将其视为悬空提交，并在垃圾收集期间删除它们，垃圾收集可能会定期自动运行。

如果您的分支没有合并到现有分支，并且它被垃圾收集，那么您将放弃所有提交，直到分支从现有分支分支出来。

如果您没有reflog，例如，因为您正在一个未启用reflog的裸存储库中工作，并且您要恢复的提交是最近创建的，另一个选项是查找最近创建的提交对象并查看它们。

在.git/objects目录内运行：

find . -ctime -12h -type f | sed 's/[./]//g' | git cat-file --batch-check | grep commit

这将查找在过去12小时内创建的所有对象（提交、文件、标记等），并对其进行筛选以仅显示提交。检查这些是一个快速的过程。

不过，我会先尝试Jakub的回答中提到的git-request.sh脚本。

当提交在reflog中时

大多数时间无法访问的提交都在reflog中。因此，首先要尝试使用命令git reflog（它显示HEAD的reflog）查看reflog。

如果提交是一个特定且仍然存在的分支的一部分，那么使用命令git reflog名称可能会更简单。它也适用于远程设备，例如，如果您使用了强制推送（尽管应该使用gitpush-forcewithlease，这样可以防止错误，并且更容易恢复）。

当他们不在reflog中时

如果您的提交不在reflog中（可能它们被不写入reflog的第三方工具删除了），您可以先尝试使用此命令创建一个包含所有悬空提交的文件

git fsck --full --no-reflogs --unreachable --lost-found | grep commit | cut -d\  -f3 | xargs -n 1 git log -n 1 --pretty=oneline > .git/lost-found.txt

然后读取缺失提交的SHA并将分支重置为它。

经常使用的用户可以使用

git config --global alias.rescue '!git fsck --full --no-reflogs --unreachable --lost-found | grep commit | cut -d\  -f3 | xargs -n 1 git log -n 1 --pretty=oneline > .git/lost-found.txt'

下面是一些示例，说明如何分析找到的提交

显示提交元数据（作者、创建日期和提交消息）：

git cat-file -p 48540dfa438ad8e442b18e57a5a255c0ecad0560

另请参见差异：

git log -p 48540dfa438ad8e442b18e57a5a255c0ecad0560

在找到的提交上创建分支：

git branch commit_rescued 48540dfa438ad8e442b18e57a5a255c0ecad0560

Windows GUI可以通过菜单Repository=>Git maintenance=>recover lost objects。。。

相关：轻松恢复以前暂存的已删除文件