分支是可移动的开发线，用于持续演进；标签是不可变的快照标记，用于锁定发布版本、里程碑或审计基线，二者语义与行为约束根本不同，不可互换。
分支和标签不是“同类东西”，强行类比容易出错。它们都指向 commit，但一个是可移动的开发线，一个是不可变的快照标记——这个根本差异决定了怎么用、在哪用、为什么不能互换。
git branch 是什么：一个会自己往前走的指针
分支本质是本地仓库里一个**可移动的引用**，始终指向它所代表开发线的最新 commit。你每次 git commit，它就自动前进一步；git merge 或 git rebase 后，它也会跳到新位置。
- 本地分支（如
main、feature/login）能直接git checkout、git commit、git push - 远程跟踪分支（如
origin/main）只是本地对远程状态的只读镜像，不能直接提交 -
git branch -a能同时列出本地分支和远程跟踪分支，但别把后者当成真分支来操作 - 分支名本身不带任何元信息，不记录谁创建、何时打、为什么打
git tag 是什么：一个钉死在 commit 上的书签
标签是静态的，创建后永远绑定某个 commit 的哈希值。哪怕那个 commit 已经被 rebase 掉、被 filter-branch 重写，只要原始对象还在，标签就还有效（除非显式删除）。
- 轻量标签（
git tag v1.0）只是个裸指针，没作者、没时间、没说明 - 附注标签（
git tag -a v1.0.0 -m"prod release"）是个独立 git 对象，含签名、邮箱、时间戳，CI/CD 系统认这个 -
git checkout v1.0.0进入的是“分离 HEAD”状态，不能直接提交——这是故意设计，防误改发布点 - 标签默认不随
git push上传，必须显式git push origin v1.0.0或git push --tags
什么时候该用 branch，什么时候必须用 tag
判断依据很简单：你要标记的是“一段持续演进的过程”，还是“一个不容更改的里程碑”？
- 正在开发的功能、长期维护的稳定线（如
support/v2.1）、灰度环境专用线 → 用branch - 对外发布的正式版本（
v1.0.0）、通过 QA 的测试包（test-20260613）、安全补丁快照（hotfix-cve-2026-1234）→ 必须用tag - 想回滚到某个已知可靠状态？查
git tag比翻git log找分支头靠谱得多 - CI 流水线里触发生产部署的条件，应基于
tag而非分支名——否则某人往main推了个脏提交，自动上线就完了
常见误操作与后果
很多人踩坑不是因为不懂概念，而是没意识到 Git 不会阻止你做危险事。
- 用
git branch v1.0.0创建同名分支 → 后续git tag v1.0.0会失败（“tag already exists”），因为分支名和标签名在 refs/ 下共享命名空间 - 给正在活跃开发的分支打标签（如
git tag latest-on-feature-x）→ 标签不会随分支更新，下次git checkout latest-on-feature-x拿到的是旧代码 -
git push origin --delete main误删远程分支 → 可恢复；但git push origin :refs/tags/v1.0.0删除标签后，若没人本地保留，那个发布点就彻底丢失 - 在 CI 中用
git describe --always获取版本号时，如果没打 tag，它会 fallback 到最近 tag + 提交距数，结果可能和预期偏差很大
真正容易被忽略的点在于：标签不是“分支的快照”，它是 commit 的快照；而 commit 本身可能属于多个分支。一个 v1.0.0 标签指向的 commit，完全可能同时存在于 main、release/1.0 和 hotfix/db-pool 三个分支上——这正是 Git 引用模型的精妙之处，也是误用的高发区。
