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

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

我该怎么处理呢?


当前回答

我不理解这种情况的后果,但正如本文所述,当我遇到这种情况时,我就这么做了

$ mv .git/refs/remotes/origin/HEAD /tmp

(留着以防万一)然后

$ git gc

毫无怨言地工作;我还没有遇到任何问题。

其他回答

我不理解这种情况的后果,但正如本文所述,当我遇到这种情况时,我就这么做了

$ mv .git/refs/remotes/origin/HEAD /tmp

(留着以防万一)然后

$ git gc

毫无怨言地工作;我还没有遇到任何问题。

git update-ref -d [wrong reference here]

这将解决这个问题。

以上问题使用以下代码:

git update-ref -d 'refs/remotes/origin/HEAD'

以防你在使用.git时出现如下错误:

error: bad ref for .git/logs/refs/remotes/origin/Dec/session-dynatrace-logs 6

你可以从下面的引用开始复制路径:

git update-ref -d 'refs/remotes/origin/Dec/session-dynatrace-logs 6'

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

git worktree prune

在运行之前

git gc

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

看起来你的符号裁判可能坏了… 试着用你的默认分支替换它,就像这样: 例如,我的默认分支是master

$ git symbolic-ref refs/remotes/origin/HEAD refs/remotes/origin/master
$ git fetch --prune
$ 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