如果我运行gitbranch-d XYZ,是否有方法恢复该分支?有没有办法像我没有运行delete branch命令一样返回?


当前回答

我从远程重新创建了一个分支,试图清除一些我不想要的提交,并准备选择我想要的正确提交。当然我把SHA写错了。。。

以下是我发现它们的方式(主要是从这里的答案中获得更简单的界面/交互):

首先,在日志中生成一个松散提交列表。尽快执行此操作并停止工作,因为垃圾收集器可能会丢弃这些垃圾。

git fsck --full --no-reflogs --unreachable --lost-found > lost

这将创建一个丢失的文件,其中包含您必须查看的所有提交。为了简化我们的生活,让我们只从中删除SHA:

cat lost | cut -d\  -f3 > commits

现在,您有了一个提交文件,其中包含您必须查看的所有提交。

假设您正在使用Bash,最后一步:

for c in `cat commits`; do  git show $c; read; done

这将向您显示它们各自的差异和提交信息。等待您按Enter键。现在写下所有你想要的,然后把它们摘下来。完成后,只需按Ctrl-C键。

其他回答

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

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

添加到tfe答案:git源代码的contrib/区域(在git.git存储库中)中还有git-resurrect.sh脚本,这可能会对您有所帮助。

git restore<name>尝试查找分支提示的痕迹调用<name>,并尝试恢复它。当前,reflog是搜索签出消息,并使用-r合并消息。具有-m和-t,将扫描所有ref的历史记录,以便将<name>合并到other/将<other>合并到<name>中(分别)提交主题很慢,但可以让你重新提起别人的话题分支。

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

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 branch -d [branch]

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

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

git branch -D [branch]

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

GitHub的Scott Chacon介绍Git

如果您想使用GUI,可以使用gitk执行整个操作。

gitk --reflog

这将允许您查看分支的提交历史,就像该分支未被删除一样。现在只需右键单击分支的最近提交,然后选择菜单选项“创建新分支”。