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

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

我该怎么处理呢?


当前回答

上面的解决方案部分适用于我,因为我的文件夹在存储库中到处都有“desktop.ini”文件,因为它托管在谷歌驱动器上,包括“desktop.ini”文件。git存储自己数据的文件夹。Git希望该文件夹中的每个文件都包含Git数据,而不是谷歌Drive数据,因此在试图解释desktop.ini文件内容时阻塞了。 为了避免这种情况,请确保在.gitignore中包含desktop.ini

我首先在windows上使用批处理命令删除这些文件,如下所示:

在存储库中创建一个“delete.bat”文件,并将以下代码添加到其中 Del /s /q /f /a ".\desktop.ini" 打开cmd,打开当前文件夹 运行delete.bat只需在CMD中调用它

现在你应该可以跑了 Git远程set-head origin——auto

后面跟着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'

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

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

git remote set-head origin --auto

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

对我来说,这个问题的原因是在Windows的压缩文件夹中工作。当文件夹未压缩时,它破坏了包文件,引发了其他奇怪的问题,例如无法修剪不存在的分支。

唯一的修复方法是清除工作目录并再次克隆回购远程。幸运的是,我仍然可以推拉更新,以确保没有任何损失。现在一切都好了。

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

git worktree prune

在运行之前

git gc

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

谢天谢地,我找到了这个 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

会解决的