根本原因是本地未获取远程分支引用信息；git fetch 才能更新 origin/xxx 远程跟踪分支，而 git pull 会触发合并破坏线性历史，应优先用 git fetch + git rebase 同步。
git fetch 之后还是看不到远程新分支？
根本原因不是 Git 坏了，而是本地没拿到远程分支的引用信息。Git 不会自动同步远程分支列表，git fetch 才是唯一能刷新 origin/xxx 这类远程跟踪分支的命令。
常见错误现象：
-
git checkout feature/login报错pathspec 'feature/login' did not match any file(s) - IDEA 的分支下拉菜单里没有刚创建的
origin/feature/user-auth -
git branch -a输出里不包含新分支，但git ls-remote --heads origin能查到
实操建议：
- 先执行
git fetch origin（不是git pull） - 确认 remote 配置正确：
git remote -v检查 URL 是否带.git后缀、是否指向主仓库而非 fork - 若仍不显示，尝试
git fetch --prune origin清理过期引用后再重试
git pull 提示 non-fast-forward 怎么办？
这个报错说明你本地分支有提交，而远程分支的最新提交不在你的历史中——即本地和远程已分叉。直接 git pull 会触发 merge，生成一条 merge commit，破坏线性历史。
推荐做法是用变基替代合并：
- 先
git fetch origin拉取远程最新状态 - 再
git rebase origin/main（把本地提交“挪”到远程main最新提交之后） - 如果中途冲突，手动编辑文件 →
git add 文件名→git rebase --continue
注意：git pull --rebase 是等价快捷写法，但显式拆解步骤更利于理解当前分支状态。
Github Stars Analyzer
下载
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
git push 被拒绝：rejected、permission denied 或 closed？
这三类拒绝本质不同，不能一概用 --force 解决：
-
rejected：常见于远程分支设置了保护规则（如禁止 force push、需 PR 合并），或本地未同步远程最新提交 -
permission denied：认证失败，检查 Git 凭据是否过期、SSH key 是否加载、HTTPS 是否用了旧密码 -
closed：远程分支已被关闭（如 Gerrit 中refs/for/xxx被合入或废弃），此时应切换到目标基线分支再操作
关键动作顺序：
- 先
git fetch origin确认远程分支真实状态 - 用
git remote show origin查看分支保护策略和推送权限 - 若分支确已关闭，不要硬推，改用
git checkout -b new-feature origin/main重建工作起点
本地有修改时同步远程分支总失败？
工作区或暂存区有未提交变更时，git pull 或 git rebase 可能直接中断，报错类似 error: Your local changes to the following files would be overwritten by merge。
这不是 bug，是 Git 在保护你的修改不被覆盖。正确处理方式是：
- 用
git status确认哪些文件被修改 - 若修改要保留：先
git stash存起来 → 同步远程 → 再git stash pop - 若修改可丢弃：用
git restore .（Git 2.23+）或git checkout -- .（旧版）清理工作区 - 切忌在有修改时强行
git reset --hard origin/main，可能误删未提交内容
真正容易被忽略的是：stash 不是万能保险，它只保存工作区和暂存区，不保存未跟踪文件（untracked files）。需要时加 -u 参数：git stash -u。
