远程分支并非主动创建，而是通过git push -u origin branch-name推送本地分支时自动生成；不推送则远程不存在该分支，且首次必须加-u建立追踪，否则后续git push/pull报错。
远程分支不是“创建出来”的，而是通过推送本地分支生成的；没推送过，远程就不存在这个分支。
git push -u origin branch-name 是唯一可靠创建远程分支的方式
很多人误以为 git branch -r 能看到所有远程分支，就代表它们“存在”；其实它只显示你本地已知的远程跟踪引用，可能早已过期。真正让远程仓库产生一个新分支，只有一次操作：把本地分支推上去。
- 首次推送必须带
-u（即--set-upstream），否则后续git push和git pull会报no upstream branch - 如果远程仓库拒绝推送（比如权限不足或保护规则拦截），那分支根本不会出现——别信
git ls-remote返回的旧缓存 - 不要用 GitHub/GitLab 网页端“新建分支”代替推送：那样创建的是空分支，没有提交历史，和你的本地开发线完全脱节
为什么 git checkout -b feature/x --track origin/feature/x 会失败
这条命令本质是“基于远程分支创建本地分支并建立追踪”，但它要求 origin/feature/x 必须已存在于你的本地引用中。而这个引用只会在执行过 git fetch origin 后才更新。
Github Stars Analyzer
下载
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
- 常见错误现象：
fatal: 'origin/feature/x' is not a commit and a branch 'feature/x' cannot be created from it - 真实原因：远程确实有该分支，但你本地还没
fetch过，origin/feature/x这个引用在你机器上还不存在 - 正确流程：先
git fetch origin，再git checkout -b feature/x --track origin/feature/x；或者更直接地，git switch -c feature/x --track origin/feature/x（Git ≥2.23）
远程分支名和本地分支名可以不同，但别轻易这么做
你可以用 git push origin local-feature-name:remote-branch-name 推送时重命名，这在临时协作或规避命名冲突时有用，但会带来隐性成本。
-
git branch -vv显示的上游会是origin/remote-branch-name，和本地分支名不一致，容易看错同步状态 - 团队成员拉取时得记住“这个功能实际对应远程哪个名字”，增加沟通负担
- CI/CD 流水线通常按分支名触发，若远程名和约定不符（如期望
feature/*却推成了pr-123），可能跳过构建
最容易被忽略的一点：远程分支的生命周期不由你本地控制。即使你删了本地分支、甚至删了本地的 origin/xxx 追踪引用，只要没人执行 git push origin :xxx（注意冒号前有空格），那个远程分支就一直躺在服务器上——它可能几个月没更新，却还在 git branch -r 列表里挂着，误导所有人。
