我今天在尝试运行Git垃圾收集时偶然发现了这个:
$ git gc
fatal: bad object refs/remotes/origin/HEAD
error: failed to run repack
我该怎么处理呢?
我今天在尝试运行Git垃圾收集时偶然发现了这个:
$ git gc
fatal: bad object refs/remotes/origin/HEAD
error: failed to run repack
我该怎么处理呢?
当前回答
如果您正在使用git工作树,请确保您正在执行
git worktree prune
在运行之前
git gc
我有一个工作树得到损坏,这似乎做的把戏后,删除损坏的工作树。Git修剪本身似乎不起作用。
其他回答
上面的解决方案部分适用于我,因为我的文件夹在存储库中到处都有“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
看起来你的符号裁判可能坏了… 试着用你的默认分支替换它,就像这样: 例如,我的默认分支是master
$ git symbolic-ref refs/remotes/origin/HEAD refs/remotes/origin/master
$ git fetch --prune
$ git gc
这应该能解决问题。
我的问题发生在一个特定的分支。 显然分支的参考文件被破坏了。我把它修好了。
Git checkout main //我删除了文件。git\refs\heads\branch_xpto git拉 Git签出branch_xpto
如果您正在使用git工作树,请确保您正在执行
git worktree prune
在运行之前
git gc
我有一个工作树得到损坏,这似乎做的把戏后,删除损坏的工作树。Git修剪本身似乎不起作用。
我不理解这种情况的后果,但正如本文所述,当我遇到这种情况时,我就这么做了
$ mv .git/refs/remotes/origin/HEAD /tmp
(留着以防万一)然后
$ git gc
毫无怨言地工作;我还没有遇到任何问题。