我在删除分支的计算机上执行此操作：

数字刷新

响应：

74b2383 (develope) HEAD@{1}: checkout: moving from master to develope
40ef328 (HEAD -> master, origin/master, origin/HEAD) HEAD@{2}: checkout: moving from develope to master
74b2383 (develope) HEAD@{3}: checkout: moving from master to develope
40ef328 (HEAD -> master, origin/master, origin/HEAD) HEAD@{4}: reset: moving to HEAD
40ef328 (HEAD -> master, origin/master, origin/HEAD) HEAD@{5}: clone: from http://LOCALGITSERVER/myBigProject/Android.git

并且我使用以下命令检索分支：

git checkout-b newBranchName 74b2383

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

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

大的是

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

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

谢谢大家。

我的问题是我删除了GitLab（远程）和GIT（本地）上的分支。

但不知怎么的，我得到了我的承诺，就像这样：

首先，我得到了最后一次提交（SHA）

git log --graph --decorate $(git rev-list -g --all)

我简单地签出了上一个SHA

git checkout <SHA>

然后我通过键入

git switch -c <branch-name> 

然后我拿回了我的承诺我又把树枝推了一遍

谢天谢地。

ps：不知为什么（SHA）是一个提交代码

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

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的GitHub用户：

如果你想从GitHub网站恢复它，你可以使用他们的API获取回购相关事件的列表：

第一

查找那些SHA（提交散列）：卷曲-ihttps://api.github.com/repos/PublicUser/PublicRepo/events…或私人回购：curl-su YourUserNamehttps://api.github.com/repos/YourUserName/YourProject/events（将提示输入GitHub密码）（如果回购需要双因素授权，请参阅下面对该答案的评论。）

Next

转到GitHub并创建一个新的临时分支，该分支将被永久删除（最好是Chrome）。

•转到分支机构并删除该分支机构。

•在同一页面上，不重新加载，打开DevTools，Network面板。现在准备。。。

•单击恢复。你会注意到一条新的“线”。右键单击它并选择“复制为cURL”并将此文本保存在某个编辑器中。

•附加到复制的代码行末尾，这一行：-H“Cookie=”。

您现在应该得到以下内容：

    curl 'https://github.com/UserName/ProjectName/branches?branch=BranchSHA&name=BranchName' -H 'Cookie:' -H 'Origin: https://github.com' -H 'Accept-Encoding: gzip, deflate, br' -H 'Accept-Language: en-US' -H 'User-Agent: User-Agent' -H 'Content-Type: application/x-www-form-urlencoded; charset=UTF-8' -H 'Accept: */*' -H 'Referer: https://github.com/UserName/ProjectName/branches' -H 'X-Requested-With: XMLHttpRequest' -H 'Connection: keep-alive' --data 'utf8=%E2%9C%93&authenticity_token=token' --compressed

最后一步

将“BranchSHA”替换为SHA哈希，并将BranchName替换为所需名称（顺便说一句，从web重命名分支是一个很好的方法）。如果你不是太慢，无论如何你都需要提出这个要求。例如，只需将粘贴复制到终端。

P.S.

我意识到这可能不是“最简单的解决方案”或“正确的”解决方案，但它是在有人发现它有用时提供的。