我今天在尝试运行Git垃圾收集时偶然发现了这个:

$ git gc
fatal: bad object refs/remotes/origin/HEAD
error: failed to run repack

我该怎么处理呢?


当前回答

在看到Trenton的答案后,我查看了我的.git/refs/remotes/origin/HEAD,发现它也指向一个旧的分支,现在已经删除了。

但我没有自己编辑文件,而是尝试了Ryan的解决方案:

git remote set-head origin --auto

它会自动将文件设置为新的分支,git gc在那之后工作得很好。

其他回答

如果您正在使用git工作树,请确保您正在执行

git worktree prune

在运行之前

git gc

我有一个工作树得到损坏,这似乎做的把戏后,删除损坏的工作树。Git修剪本身似乎不起作用。

在看到Trenton的答案后,我查看了我的.git/refs/remotes/origin/HEAD,发现它也指向一个旧的分支,现在已经删除了。

但我没有自己编辑文件,而是尝试了Ryan的解决方案:

git remote set-head origin --auto

它会自动将文件设置为新的分支,git gc在那之后工作得很好。

参rm . / /遥控器/产地/头

git gc

我遇到的问题(这与@Stavarengo在上面的评论中提到的问题相同)是默认的远程分支(在我的情况下是开发)已经被删除,但仍然在.git/refs/remotes/origin/HEAD中引用。

在编辑器中打开。git/refs/remotes/origin/HEAD,如下所示:

ref: refs/remotes/origin/develop

我仔细地编辑它以指向我的新默认分支,一切都很好:

ref: refs/remotes/origin/master

提示我的线索是运行git prune会出现以下错误:

> git prune
warning: symbolic ref is dangling: refs/remotes/origin/HEAD

谢天谢地,我找到了这个 https://makandracards.com/chris-4/54101-fixing-a-git-repo

fatal: bad object refs/remotes/origin/HEAD
error: failed to run repack

如果上游分支已经被移除,而您的原点指向它,则可能会发生这种情况。你可以通过运行:

猫参. / /遥控器/产地/头

如果它指向一个不存在的分支,运行:

Git远程set-head origin——auto

紧随其后的是

git gc

会解决的