git分支追踪关系（upstream）配置保存在本地仓库的.git/config文件中，形如[branch "feature"] remote = origin merge = refs/heads/main，仅对当前仓库生效，且只允许通过--local作用域设置。
git branch --set-upstream-to 配置存在哪里
Git 的分支追踪关系（upstream）不是保存在分支本身的对象里，而是记录在本地仓库的配置文件中。执行 git branch --set-upstream-to=origin/main feature 后，实际只是往 .git/config 里写了一段分支专属配置。
该配置只对当前仓库生效，不随 git push 上传到远程，也不影响其他克隆者。
- 对应配置项形如：
[branch "feature"]<br> remote = origin<br> merge = refs/heads/main
- 如果删掉这段，
git status就不再显示“Your branch is ahead of 'origin/main'”，git pull也会报错 “no upstream configured” -
git config --get branch.feature.remote和git config --get branch.feature.merge可分别读取这两项
.git/config 与 .git/config.worktree 的区别
单工作区仓库只有 .git/config；但启用 git worktree 后，每个附加工作树会自带一个 .git/config.worktree（或通过 core.worktree 指向独立配置），而主工作树仍用 .git/config。
分支追踪配置默认写入主配置，除非你显式指定 --local（默认）或 --worktree。
-
git -c core.worktree=/path/to/worktree config branch.feature.remote origin才会写进工作树专属配置 - 多数人没手动切过配置作用域，所以误以为“某个分支在 worktree 里设了 upstream，换回主工作树还能用”，其实不能
- 运行
git config --list --show-origin能看到每条配置来自哪个文件
为什么 git push 不自动设置 upstream
git push -u origin feature 中的 -u 是唯一能自动写 upstream 配置的 push 场景，它等价于先 push 再执行 git branch --set-upstream-to=origin/feature feature。其他 push 方式（比如没带 -u、用 refspec 显式推送）都不会碰配置。
- 即使远程已存在同名分支，
git push origin feature也不会自动关联——Git 不做推测性配置 - 新分支首次 push 后忘记加
-u，后续git pull就得手动补--set-upstream-to，否则报错fatal: no upstream configured for branch 'feature' - CI/CD 脚本里若依赖
git pull自动识别 upstream，必须确保之前有-u或显式配置
被忽略的 config 作用域层级影响
Git 配置分三层：system（全局系统）、global（用户级 ~/.gitconfig）、local（仓库级 .git/config）。分支 upstream 只允许在 local 层设置，其他层设了也无效。
-
git config --global branch.feature.remote origin看似成功，但git status完全无视它 - 检查是否真生效，不能只看
git config branch.feature.remote，而要加--local显式限定作用域：git config --local branch.feature.remote - 多人共用同一份仓库（如 Docker 构建环境），若脚本误用
--global写 upstream，会导致本地行为不一致且难以排查
