答案是本地分支未设置上游跟踪分支，git无法确定推送目标；应根据场景选择git push -u origin 首次推送、git branch --set-upstream-to=origin/ 关联已有远程分支，或用git branch -vv检查追踪状态。
git push 不带参数报错：fatal: The current branch xxx has no upstream branch
这是最常遇到的提示，根本原因是本地分支没设上游（upstream）跟踪分支。Git 不知道该推到哪个远程分支去，尤其在 git config push.default 为 simple（当前默认值）时会严格校验。
解决办法不是硬记命令，而是按场景选对方式：
- 首次推送新分支：直接用
git push -u origin main——-u会同时推送并设上游，一步到位 - 远程分支已存在（比如别人建好了
feature/login），你只是想本地关联：先确保能看见它，运行git fetch origin，再执行git branch --set-upstream-to=origin/feature/login feature/login - 误设了上游（比如本该跟踪
origin/dev却设成了origin/staging）：不用删分支，直接重设即可：git branch --set-upstream-to=origin/dev feature/login - 远程名不是
origin？比如你加了upstream远程：必须写全，git branch --set-upstream-to=upstream/main main，漏掉远程名就白设
git branch -vv 显示 [gone] 是什么意思
说明你本地分支还在，但对应的远程分支已被删除（比如 PR 合并后被自动清理）。此时 git pull 会失败，git push 也可能报错或推到错误位置。
别急着删本地分支，先确认是否真不需要了：
- 如果远程分支确实没了，且本地改动已合并：用
git branch --unset-upstream清掉无效追踪，再决定是否删本地分支 - 如果只是远程名变了（比如从
origin换成upstream）：不用重建分支，直接重设上游：git branch --set-upstream-to=upstream/main main -
git branch -vv输出里带[origin/xxx: behind 3]或[ahead 2]是正常状态，表示同步有偏差，不是错误
checkout --track 和 git checkout -b 的区别在哪
两者都能新建本地分支并建立追踪，但行为逻辑不同，容易混淆：
-
git checkout --track origin/develop：强制创建同名本地分支develop，并跟踪origin/develop；要求远程分支必须存在，否则报错 -
git checkout -b my-dev origin/develop：创建本地分支my-dev，但依然跟踪origin/develop；适合本地分支名和远程不一致的协作场景（比如你本地叫fix-123，但要基于origin/main开发） - 注意：
git checkout在 Git 2.23+ 已被git switch和git restore拆分，但--track仍可用；新项目建议用git switch -c my-dev --track origin/develop
为什么 git pull 有时拉不到最新代码
表面是网络或权限问题，实际八成是追踪关系没对上。常见陷阱：
- 当前分支没设 upstream：运行
git branch -vv看输出末尾有没有[origin/xxx]，没有就说明没关联 - 关联了错误远程分支：比如本地
dev分支设了--set-upstream-to=origin/staging，但团队约定从origin/dev同步 - 远程分支名大小写不一致：Git 对远程分支名区分大小写，
origin/Feature≠origin/feature，设 upstream 时必须完全匹配 - 用了
git pull origin main这种显式写法：它会把远程main合并到当前本地分支，不管当前分支是否关联了别的远程分支——这容易掩盖追踪配置问题
追踪关系不是一劳永逸的配置，远程分支删、重命名、远程仓库地址变更都会让它失效。每次开始协作前花 5 秒跑一遍 git branch -vv，比事后 debug 两小时强得多。
