根本原因是本地未获取远程分支引用信息；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。