当提交在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。。。

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

当提交在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。。。

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

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

在.git/objects目录内运行：

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

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

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

除了tfe的答案之外，您可以使用上述过程进行恢复，除非它的提交没有被垃圾收集。Git分支只是指向提交树中特定提交的指针。但是，如果您删除了指针，并且该分支上的提交没有合并到其他现有分支中，那么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>，所以明智地命名你的承诺：）

大的是

如果您正在使用GIT遵循以下简单步骤https://confluence.atlassian.com/bbkb/how-to-restore-a-deleted-branch-765757540.html

如果您正在使用smartgit并已经推送该分支转到原点，找到该分支，然后右键单击，然后签出