远程仓库不存在时git push会直接失败，需先在平台手动创建空仓库（不初始化readme），再用git remote add origin 关联，并通过git push -u origin main首次推送以建立上游跟踪。
远程仓库不存在时，git push 会直接失败
Git 不会自动帮你创建远程仓库——它只管推代码，不管建仓库。你执行 git push origin main 时如果远程仓库还没建好，会看到类似 fatal: 'origin' does not appear to be a git repository 或 repository not found 的报错。
解决办法分两步：先在 GitHub/GitLab/码云等平台手动新建空仓库（注意不要初始化 README 或 .gitignore），拿到它的 HTTPS 或 SSH 地址；再用 git remote add origin <url></url> 关联本地仓库。确认关联成功可运行 git remote -v 查看。
git push --set-upstream 是推送分支 + 绑定跟踪关系的一步操作
本地分支默认不和远程同名分支自动关联。即使远程仓库已存在，直接 git push origin feature/login 虽然能推上去，但下次 git push 或 git pull 仍要带分支名，否则报错“no upstream configured”。
- 正确做法是首次推送时加
--set-upstream（或简写为-u）：git push -u origin feature/login - 此后在该分支上，
git push和git pull就能直接用了 - 如果忘了加
-u，后续可用git branch --set-upstream-to=origin/feature/login feature/login补救
本地分支名和远程分支名可以不同，但别轻易这么做
比如你想把本地 dev 分支推成远程的 main，可以 git push origin dev:main。这会创建远程 main 分支，并把 dev 的提交历史过去。
但要注意：
- 这样不会自动设置上游跟踪，仍需额外运行
git branch --set-upstream-to=origin/main dev - 团队协作中容易引发混淆，尤其当别人 clone 后看到远程有
main却找不到对应本地main - CI/CD 工具通常按远程分支名触发流程，命名不一致可能导致构建失败
推送空分支或删除远程分支时，语法容易写反
想推送一个空分支（比如占位用的 release/v2.0），不能靠 git commit --allow-empty 后再推——那是推空提交，不是空分支。真正“空分支”指该分支指向一个不存在的 commit，Git 不允许。
常见误操作和修正：
- 误写
git push origin :branch-name（冒号前有空格）→ 实际无效，不会删分支 - 正确删远程分支：
git push origin --delete branch-name或简写git push origin :branch-name（冒号前无空格，后有分支名） - 想让远程分支“存在但没提交”，只能先用
git checkout --orphan new-branch新建孤立分支，再git rm -rf .清空工作区，最后git commit --allow-empty -m "init"提交空状态，再git push -u origin new-branch
远程仓库新建后第一次推送、分支名映射、上游绑定，这三件事必须串起来做，漏掉任意一环都会导致后续命令行为异常。尤其在 CI 脚本或自动化部署里，-u 容易被忽略，结果 git pull 静默失败，问题很难定位。
