如何查询GitHub标签的创建源分支？执行Git命令返回多分支原因排查

• 首先要纠正一个常见的认知误区：git branch --contains这个命令，从设计逻辑上就从来不是用来追溯标签创建源分支的。它的判断规则非常直白：只要某个分支的提交历史链路中，包含了目标标签指向的那个提交节点，这个分支就会被输出结果列出。
• 遇到的双分支返回情况，完全符合Git的工作逻辑：最初确实只在单个分支上创建了这个标签，但后续只要有人（包括你自己）把这个标签指向的提交块，通过合并操作同步到了另一个远程分支上，两个分支的提交历史就都会覆盖这个标签对应的提交点，命令自然会把两个分支全部返回。
• 关于标签的本质属性：Git标签是指向特定提交的固定不可变引用，从设计之初就不会存储“创建时来自哪个分支”的元信息。标签和创建时所在分支的关联，只是打标签瞬间的临时上下文，不会被永久写入Git仓库的对象数据库，后续也不存在任何反向追溯的内置依据。

因为Git本身不留存标签的源分支元数据，不存在可以100%精确还原创建上下文的内置命令，可通过以下步骤定位最准确的关联分支：

1. 先获取目标标签指向的具体提交哈希，执行命令：
   git rev-parse v1.0.0.0.1
   执行后会输出类似a1b2c3d4e5f6...的提交ID，记为目标提交点。
2. 拉取所有包含该目标提交的远程分支，同时获取分支的最后更新时间，执行命令：
   git for-each-ref --contains=<上一步得到的提交ID> --format='%(refname:short) %(creatordate:iso)' refs/remotes/
3. 对比输出结果：找到列表中分支最后更新时间和标签创建时间最接近的分支，这个分支就是当初创建标签的源分支。如果两个分支的时间差较小，可结合代码托管平台留存的标签操作日志（平台侧会记录创建标签时的上下文分支）做最终确认。

日常使用避坑：永远不要把--contains命令的输出，直接等同于标签的创建源分支。哪怕是两个完全独立的平行分支，只要后续通过合并操作引入了同一个被标签指向的提交，--contains命令就会同时输出这两个分支，和当初打标签时的操作场景没有必然关联。

内容的提问来源于stack exchange，提问作者Chirag Patel