从几天前开始，每次我tab按键以bash形式完成分支名称时，都会看到以下消息：
警告：忽略损坏的ref refs / remotes / origin / HEAD警告：忽略损坏的ref refs / remotes / origin / HEAD
例如，这是当我有一个名为feature / foo的分支并按时看到的tab：
git checkout f
$ git checkout fwarning: ignoring broken ref refs/remotes/origin/HEAD
warning: ignoring broken ref refs/remotes/origin/HEAD
eature/
git fetch，然后尝试git branch -r。可能您需要进行一些清理。如果是这种情况，我可以发布一些清理功能...（例如git fetch -p删除远程已删除的本地引用）。
Answers:
最近，当我的团队中有人从远程删除了我们的旧开发分支时，我遇到了这个问题。我运行以下命令来检查HEAD的状态：
$ git symbolic-ref refs/remotes/origin/HEAD
refs/remotes/origin/old_dev
此命令输出旧的开发分支的名称，该名称不再存在。
我使用以下方法修复了警告：
$ git symbolic-ref refs/remotes/origin/HEAD refs/remotes/origin/new_dev
（其中“ new_dev”是分支名称。将其替换为您要HEAD指向的分支的名称。）
master在我的仓库中删除分支时，我遇到了同样的问题。
这是一个比symbolic-ref更简单的解决方案。
由于您可能已经排除了最初指向origin / HEAD的分支。
1.列出您的远程分支机构：
git branch -r
2.如果结果中未显示：
origin/HEAD -> origin/(something)
3.只需再次指出：
git remote set-head origin master
其中“ master”是您的主要（头）分支的名称。
git branch -r现在显示再次运行origin/HEAD -> origin/(something)，警告消失。
HEAD要指出的内容是否有经验法则？换句话说，什么时候HEAD不指向master？
HEAD。克隆时，您，您的团队和协作者必须首先看到该分支，并且很可能是新产品发布的分支。
develop但是生产版本可能来自master。我可以做更多研究，但不确定我为什么知道HEAD。
看起来您的遥控器的默认分支origin不再存在。
修复遥控器的默认分支：