必须先执行 git fetch，因为 origin/branchname 是本地对远程分支的快照引用，未 fetch 则该引用不存在，命令会报“couldn't find remote ref”；fetch 仅同步元信息，安全无副作用。
git checkout -b branchname origin/branchname 为什么必须先 git fetch
因为 origin/branchname 是本地对远程分支的“快照引用”，不是实时连接。没运行过 git fetch，这个引用就不存在，命令会直接报错：fatal: couldn't find remote ref origin/branchname。
常见误操作是跳过 git fetch，直接执行切换命令，结果提示分支找不到——其实远程分支早就在了，只是你本地还不知道。
-
git fetch只下载远程分支元信息（比如 commit hash、分支名），不改工作区文件，安全无副作用 - 如果项目长期未同步，建议用
git fetch --prune清理已删除的远程分支引用 - 团队协作中，有人推了新分支但你没
fetch，git branch -r就看不到它
git switch -c branchname --track origin/branchname 报错“unknown option: --track”怎么办
说明你用的是 Git 2.22 或更老版本。git switch 和 --track 参数是 2.23+ 才引入的，旧版 Git 不识别。
不用升级 Git 也能解决，两个等效替代方案：
- 退回用
git checkout -b branchname origin/branchname（兼容所有版本） - 或分两步：先
git checkout -b branchname，再git branch --set-upstream-to=origin/branchname - 验证是否成功：运行
git branch -vv，输出中该分支后应显示类似[origin/branchname]
切换后 git status 显示 “Your branch is behind 'origin/xxx'”
这不是错误，是正常现象。因为 git checkout -b 或 git switch 只把远程分支的 HEAD 提交复制到本地分支，但不会自动 git pull 拉取完整历史（尤其是多人并行开发时，远程可能已有新提交）。
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
此时你有两条路：
- 立刻同步最新代码：
git pull（前提是已设置好 upstream） - 先确认差异：
git log HEAD..origin/branchname --oneline看差几条提交 - 注意：如果本地有未提交修改，
git pull可能触发合并冲突，建议先git stash再拉取
远程分支名含斜杠（如 feature/login）时怎么写命令
必须写全 origin/feature/login，不能省略 origin/ 或简写成 feature/login。Git 不会自动补前缀，斜杠在分支名里是合法字符，但解析时必须明确作用域。
错误示例：git checkout -b login origin/login → 找不到 origin/login，实际远程分支是 origin/feature/login。
- 查证是否存在：
git branch -r | grep feature/login - 正确写法：
git checkout -b feature/login origin/feature/login - 如果本地已有同名目录或文件（比如真有个
feature/login文件），Git 会优先按路径解析，导致命令失败
最容易被忽略的一点：远程分支创建后，别人推送了新提交，你本地却一直没 fetch，这时候所有基于 origin/xxx 的操作都会失效——不是命令不对，是引用本身过期了。
