你正忙着改完一段功能代码，信心满满地执行 git push，结果终端蹦出一行红字：remote branch not found 或提示目标分支在远程仓库不存在。这时候别急着重新 clone，问题其实很常见，也很好解决。
为什么会提示远程分支不存在？
最常见的情况是你本地创建了一个新分支，比如 feature/login，然后直接执行了 git push。但远程仓库压根就没有这个分支，Git 不知道该推送到哪里，自然就报错了。这就像你要寄快递到一个没登记的地址，快递员不知道往哪送。
正确的推送方式：指定远程分支
第一次推送本地新分支时，需要明确告诉 Git：把这个分支推上去，并在远程创建同名分支。命令如下：
git push -u origin feature/login这里的 -u 参数是关键，它会把本地分支和远程分支“关联”起来。下回再执行 git push 就不用写全分支名了。
如果不想用相同名字呢？
有时你想换个名字推上去，比如本地叫 fix-bug-local，但想让远程叫 hotfix/user-login。可以这样：
git push -u origin fix-bug-local:hotfix/user-login冒号前面是本地分支，后面是远程分支名。推完之后，远程就会出现 hotfix/user-login 分支。
检查远程分支是否存在
不确定远程有没有某个分支？先拉一下最新信息：
git fetch然后查看所有分支：
git branch -r这条命令只显示远程分支列表，一眼就能看出你要推的分支存不存在。
团队协作中的常见场景
比如你同事新建了个 refactor/api 分支并推送了代码，你本地还没这个分支。你可以用下面命令拉下来：
git checkout -b refactor/api origin/refactor/api这样就在本地创建了对应分支，并自动关联远程，后续拉取和推送都省事。
遇到“远程分支不存在”的提示，本质不是错误，而是 Git 在提醒你：该分支还没在远程诞生。只要一次正确的 git push -u，问题就迎刃而解。下次再碰上，直接动手，别被红字吓住。