我的理解是，克隆库的默认分支应该是指向被克隆仓库中HEAD所指向的分支。
现在我遇到了一个例外情况。我的理解显然是有误的，那么在克隆(bare)仓库时，什么确定了默认的检出分支呢？
该仓库上最后一次提交是将裸仓库HEAD所引用的分支与我在克隆中获取的检出分支合并。
运行git remote show origin返回：
Fetch URL: ...
Push URL: ...
HEAD branch (remote HEAD is ambiguous, may be one of the following):
<bad-branch>
live
Remote branches:
...
裸仓库使用 Git 版本 1.8.2.1，客户端使用 1.7.12.4，传输方式为 SSH。
也许答案实际上是这个。这个回答证实了这一点。如果有多个符号引用指向与 HEAD 相同的修订版本，则客户端将会猜测要使用哪个分支。
从Git 1.8.5开始，服务器将在“symref”功能中发送HEAD所指向的实际分支名称。如果您的客户端和服务器均高于Git 1.8.5，则会正确更新HEAD。
在此之前，客户端将通过将HEAD（最终）指向的对象ID与所有分支的对象ID进行比较来猜测HEAD可能指向的位置。它更喜欢名为refs/heads/master的分支：如果HEAD和master指向相同的对象ID，则克隆操作将把新存储库中的默认分支设置为master。
否则，当分支按字母数字排序时，第一个具有匹配OID的分支将成为默认分支。如果没有分支具有匹配的OID，则HEAD将直接设置为该对象ID（即分离的HEAD）。
HEAD实际上不是指向提交的指针，而是指向一个“分支”的指针，这决定了“当前检出的分支”是什么。因此，要确定最后一次提交，首先查看指向（例如）master的HEAD，而master实际上指向一个提交。 - Edward ThomsonHEAD 通常不是指向提交的指针。如果你进入了“分离 HEAD 状态”，即直接检出提交而不是分支，则 HEAD 实际上将指向一个提交。） - Edward Thomson实际上它指向的是HEAD。使用git symbolic-ref HEAD refs/heads/mybranch来设置HEAD。
(来源：http://feeding.cloud.geek.nz/posts/setting-default-git-branch-in-bare/)
HEAD。当您克隆它时，就会得到这个。git clone 文档中了解到：git branch -r 查看），并创建并检出一个初始分支，该分支从克隆存储库的当前活动分支分叉而来。HEAD修订版。--branch或-b：
--branch <name>-b <name>HEAD指向克隆存储库的HEAD所指向的分支，而是将其指向<name>分支。在非裸仓库中，这是将被检出的分支。--branch也可以接受标签，并在生成的存储库中卸载该提交的HEAD。它是origin/HEAD。但是，如果你想要像“origin/master”这样的名称，你需要像这样解析文件。
cat .git/refs/remotes/origin/HEAD | awk '{ print $2 }'
.git（例如在子模块中），因此您应该使用rev-parse --git-dir来查找它。 - xerufgit switch $(cat $(git rev-parse --git-dir)/refs/remotes/origin/HEAD | cut -d'/' -f4)
HEAD所指向的相同提交的分支。这是在我删除master分支并将另一个新分支设置为默认分支后发生的。目前还有一些其他分支也指向这个新默认分支的最新提交。 - Vicro