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

git gc

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

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

git remote set-head origin --auto

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

我的问题发生在一个特定的分支。 显然分支的参考文件被破坏了。我把它修好了。

Git checkout main //我删除了文件。git\refs\heads\branch_xpto git拉 Git签出branch_xpto

我遇到的问题(这与@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

我遇到了同样的问题，当我试图从起源分支拉，我得到了以下错误:

fatal: bad object refs/remotes/origin/account

出于某种原因，上述解决方案对我来说并不管用。总是得到这个错误

mv: cannot stat '.git/refs/remotes/origin/HEAD': No such file or directory

运行git gc会给出这样的错误:

error: bad ref for .git/logs/refs/remotes/origin/account
fatal: bad object refs/remotes/origin/account
fatal: failed to run repack

在我的情况下，远程分支指向一个不存在的分支。

为我修复它的是删除分支

git branch -D account

同时从。git/refs/remotes/origin/account中删除

一切都很完美。

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

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

(留着以防万一)然后

$ git gc

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