Git仅推送标签却显示为提交的异常问题咨询
咱先把你遇到的问题拆成几个核心点逐个解释，搞懂底层逻辑就明白为啥会出现这些看似矛盾的现象了。
1. git push origin <tag>到底做了什么？
当你执行git push origin 1.0.0时，Git的操作分两步：
- 第一步：把本地的标签
1.0.0这个引用推送到远程仓库，让远程也有一个指向提交D的标签。 - 第二步：因为远程仓库原本没有提交D，Git会自动把D这个提交对象（包括它对应的文件树、变更内容）同步到远程——毕竟标签不能指向一个不存在的对象，不然就成了“悬空标签”。
但关键是：这个操作不会更新远程的任何分支引用（比如origin/main依然停留在提交C）。标签是独立于分支的引用，推送标签和推送分支是完全分开的操作。
2. 为什么git pull提示“本地已最新”？
git pull默认的行为是拉取当前本地分支对应的远程分支的更新，比如你本地main分支对应远程的origin/main。因为origin/main还是指向提交C，和你本地main的位置完全一致，所以Git会提示“本地已最新”。
如果其他同事要获取这个标签对应的提交，他们需要执行git pull --tags（同步所有标签）或者git fetch origin tag 1.0.0（仅同步指定标签），而不是普通的git pull——普通pull只关心分支的同步，不处理标签。
3. BitBucket界面的“矛盾显示”是怎么回事？
BitBucket的仓库界面会展示远程仓库中存在的所有提交对象，不管这些提交是否被某个分支引用。所以当你推送标签后，远程有了提交D，界面就会把D加到提交历史列表里，看起来像是分支走到了D，但实际上远程的分支HEAD（比如main）还是停留在C。
你看到的“补丁摘要”也是正常的——因为提交D确实存在于远程仓库中，只是没有被分支引用而已。而当你删除远程标签后，提交D就失去了所有指向它的引用（远程分支还是指向C，C的父提交是B，和D没关系），Git的垃圾回收机制会把这种“无主”的提交对象清理掉，所以界面上D就消失了，仿佛从未存在过。
4. 为什么下载仓库副本拿不到标签对应的内容？
通过BitBucket网站或API下载仓库时，默认是下载默认分支（比如main）对应的最新状态，也就是提交C的内容，而不是标签1.0.0指向的提交D。如果要获取标签对应的内容，你需要在下载时手动选择对应的标签版本，而不是直接下载默认分支。
5. 为什么GitKraken和SourceTree没提示未提交变更？
这些工具判断“未提交变更”的依据是本地分支和远程分支的差异。你的本地main分支和远程origin/main都指向C，没有差异；而提交D是你本地已经有的内容，远程只是同步了这个提交的副本，但分支没有更新，所以工具不会认为有需要推送的分支变更——标签的同步不属于分支变更的范畴。
内容的提问来源于stack exchange，提问作者Grzegorz
