追踪分支本质是带上游配置的本地分支，即普通本地分支附加branch..merge和branch..remote配置项，用于自动推断git pull/push目标；远程跟踪分支则是只读的本地缓存指针，不参与工作流操作。
追踪分支本质是“带上游配置的本地分支”
追踪分支不是一种独立分支类型，而是普通本地分支附加了 branch.<name>.merge</name> 和 branch.<name>.remote</name> 两个配置项。它和普通分支共享同一套底层结构——都只是指向某个 commit 的 ref（存储在 .git/refs/heads/），区别只在于 Git 是否记录了“这个分支默认该跟谁同步”。
执行 git checkout -b feature --track origin/feature 后，Git 会自动写入：
branch.feature.remote=origin branch.feature.merge=refs/heads/feature
没有这些配置，git pull 或 git push 就无法省略参数；有了它们，Git 才能推断出“当前分支该 fetch 哪个远程、该 merge 哪个远程跟踪分支、该 push 到哪里”。
普通分支不带 upstream 配置，push/pull 必须显式指定目标
用 git branch dev 创建的分支，.git/config 中不会生成任何 branch.dev.* 配置。此时：
-
git pull报错：fatal: No configured upstream branch -
git push报错：fatal: The current branch dev has no upstream branch - 必须手动指定：
git push origin dev、git pull origin dev
这不是 Git “不认识”这个分支，而是它根本没被告知该和谁对齐。普通分支完全合法，只是缺乏自动化同步所需的元信息。
远程跟踪分支是只读快照，不能直接检出或提交
origin/main 这类远程跟踪分支，本质是本地仓库里一个特殊 ref（存于 .git/refs/remotes/origin/main），内容就是远程 main 分支最后一次 fetch 时的 commit ID。它的关键特性是：
- Git 禁止你
git checkout origin/main（会进入 detached HEAD） - 你不能
git commit到它上面（Git 直接拒绝） - 它只随
git fetch或git pull自动更新，不可手动移动
它不是“分支”，而是一个本地缓存的远程状态指针。追踪分支依赖它做差异计算（比如 git status 显示“your branch is behind”），但它本身不参与工作流操作。
设置与取消追踪关系的操作影响的是配置，不是分支结构
git branch --set-upstream-to=origin/main main 只修改 .git/config，不改动 .git/refs/heads/main 的内容，也不创建新 ref。同理，git branch --unset-upstream 只删配置行，分支本身毫发无损。
这意味着：
- 同一个本地分支，可以随时切换追踪目标（比如从
origin/main改为upstream/main） - 删除远程仓库后，追踪分支依然存在，只是
git pull会报错找不到 remote -
git branch -v显示的 ahead/behind 数字，完全取决于本地分支 HEAD 与对应远程跟踪分支 ref 的 commit DAG 距离
真正容易被忽略的点：追踪关系不改变分支的物理存在形式，只改变 Git 命令的默认行为边界。一旦配置丢失或指向错误 remote，整个“自动同步”逻辑就失效，但分支数据本身从未受损。
