第一次git push失败主因是本地分支无提交或未设上游，需先提交代码再用git push -u origin feature/login首次推送并建立跟踪关系。
第一次 git push 失败，八成是因为本地分支还没“告诉” Git 它该推到哪儿 —— 不是远程不存在，而是 Git 根本没记住这个分支和谁对应。
为什么 git push origin feature/login 报 “refspec 'feature/login' does not match any”
这个错误不是说远程没那个分支，而是 Git 在本地找不到可解析的 feature/login 引用。常见于：刚用 git checkout -b feature/login 创建分支，但还没任何提交。
- 分支必须至少有一个 commit 才算“存在”，否则
git branch会列出它，但git push无法识别为有效 ref -
git push origin feature/login是纯 refspec 匹配，不自动创建跟踪关系，也不检查本地分支状态 - 如果真想绕过 commit 直接推空分支（极少见），得用
git push origin :feature/login（冒号前为空，表示删除远程分支），但这不是常规需求
怎样让 git push 不加参数就能推当前分支
靠改 push.default 配置，而不是每次手动写分支名。默认值 simple 要求上游已存在且同名；换成 current 就最直觉：
-
git config --global push.default current：当前分支名直接推到同名远程分支，不管有没有 upstream -
git config --global push.default upstream：只推到已设置的 upstream 分支，协作时更安全，避免误推 - 别用
matching，尤其在多人共用仓库时，git push origin可能悄悄把其他本地分支也推上去
git push -u 和 git branch --set-upstream-to 的区别
两者最终效果一样：建立本地分支与远程分支的 tracking 关系，但触发时机不同。
-
git push -u origin feature/login：推送 + 同步设置 upstream，一步到位，适合首次推送 -
git branch --set-upstream-to=origin/feature/login feature/login：只设 upstream，不推送，适合先配置好再择机推（比如等 CI 通过后） - 注意：如果远程尚无
feature/login分支，--set-upstream-to仍可成功设置，但后续git pull会失败，直到你真正推送一次
最容易被忽略的是：即使设置了 push.default current，第一次推新分支仍要确保本地有 commit；而一旦设了 upstream，git status 才会显示 “Your branch is ahead of 'origin/xxx' by N commits”，这是 upstream 生效的视觉确认点。
