为何我的Git历史中标签显示出分支结构？

我一直尝试维护Git历史以便后续查阅和快速理解，偏好使用变基（rebase）操作，让main分支呈现为一条连续的变更记录，仅在主干顶端保留少量当前分支，合并后即删除。

我会在完成工作后将所有WIP分支变基到develop分支末端，为提交打上版本标签，再将develop分支变基到main分支末端。

但不知为何（已删除main外的所有分支），我的历史出现了分支结构且标签顺序混乱，如下所示（git log --graph --oneline --tags的输出）：

* f786123 (HEAD -> main, tag: v1.6.7, origin/main, origin/HEAD) v1.6.7
* 87a3eaf Some commit message
* abdaed5 v1.6.4
* 96bd2fc Some commit message
| * 793ff16 (tag: v1.6.6) Some commit message
| * 5479027 Some commit message
| * ec2b811 (tag: v1.6.5) Some commit message
| * 0e5f658 Some commit message
| * 6e552df (tag: v1.6.4) v1.6.4
| * d74123b Some commit message
|/  
* d9e43cc Some commit message
* 357ada0 v1.6.3

原因分析 #

• 标签绑定了废弃提交：你看到的分支线其实是rebase操作被替换掉的旧提交。rebase会生成全新的提交替代旧提交，原来的旧分支虽然删了，但之前打在旧提交上的标签还保留着，git log显示所有标签时，就会把这些带标签的废弃提交的历史也展示出来，形成分支结构。
• 重复打标签未清理旧标签：日志里出现了两个v1.6.4标签，一个在main主线上，一个在废弃分支线上，说明你rebase后直接打了新标签，没删除旧标签，导致标签顺序混乱。

修复步骤 #

1. 列出所有标签及对应提交
   执行命令查看本地所有标签绑定的提交哈希：

   git show-ref --tags
   

   对比日志，找出废弃分支线上的标签（比如v1.6.4、v1.6.5、v1.6.6对应的分支线提交）。

2. 删除废弃标签

   • 本地删除旧标签：

     git tag -d v1.6.4 v1.6.5 v1.6.6
     

   • 如果这些标签已经推送到远程仓库，还要远程删除：

     git push origin :refs/tags/v1.6.4 :refs/tags/v1.6.5 :refs/tags/v1.6.6
     

3. 重新在正确提交上打标签
   找到main主线上对应版本的提交哈希，比如v1.6.4对应abdaed5，执行：

   git tag v1.6.4 abdaed5
   

   同理，把v1.6.5、v1.6.6打到main线上对应的正确提交（根据你的版本规划确认对应的提交）。

4. 推送新标签到远程

   git push origin --tags
   

5. 清理本地废弃提交
   执行命令彻底清理没有任何引用（分支、标签）的废弃提交：

   git gc --prune=now
   

之后再执行git log --graph --oneline --tags，就能看到单一清晰的main分支历史线了。

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