合并只在本地生效，必须执行git push才能同步到远程；若推送失败，常见原因是未设置上游分支（需git push -u origin main）或远程已有新提交（需先git pull --rebase再推送）。

合并完不推送，远程根本看不到改动

Git 合并（git merge）只发生在本地仓库，哪怕你把 feature 分支顺利合进了 main，远程的 origin/main 仍是老样子。必须显式执行 git push 才能把这次合并提交同步上去。很多人卡在“明明 merge 成功了，别人却拉不到新代码”，问题就出在这一步没做。

推送前先确认当前分支和上游是否对齐

直接 git push 报错 fatal: The current branch main has no upstream branch 是最常见现象——说明本地分支还没和远程分支建立跟踪关系。这不是网络或权限问题，是 Git 不知道该推到哪儿。

• 用 git branch -vv 查看：如果当前分支后没显示 [origin/main] 这类标记，就说明没关联
• 首次推送必须带 -u 参数：git push -u origin main（main 换成你实际的目标分支名）
• 后续再推送同一分支，才能直接用 git push，不用重复写分支名

远程拒绝推送？大概率是有人先你一步 push 了

当你执行 git push 时看到 rejected, non-fast-forward 或提示 “需要先 git pull”，说明远程 origin/main 已有你本地没有的新提交。Git 默认禁止覆盖他人工作，这是保护机制，不是错误。

GitHub操作助手

用大白话操作当前项目的 Git/GitHub——配置 GitHub（装 gh CLI + 登录 + 建仓库）、备份、拉取下载、查询历史、回滚代码、管理分支。当用户用日常语言表达 git 意图时触发（例如"git备份一下""git下载项目""git拉下来""git看看我改了啥""git回退到上一个版本""git新建个分支搞新功能""git合并到主分支""git

下载

• 别急着加 --force，先 git fetch origin 拉取最新远程状态
• 再 git log --oneline --graph --all 看看本地和 origin/main 的分叉情况
• 通常做法是 git pull --rebase origin main：把你的合并提交“重放”到远程最新提交之后，保持线性历史
• 如果合并本身已包含远程新提交（比如你刚 git pull 过），那直接 git push 即可

想推合并结果但又不想暴露 merge 提交？用 rebase 替代 merge

默认 git merge 会产生一个独立的 merge commit，日志里会多出一条 Merge branch 'feature'。如果你追求简洁线性历史（尤其在 PR 场景下），可以跳过 merge，改用 git rebase 整理后再推送。

• 切到 feature 分支：git checkout feature
• 变基到目标分支最新状态：git rebase main
• 切回 main，快进合并：git checkout main && git merge feature（此时是 fast-forward，无 merge commit）
• 再 git push —— 推送的就是一串干净的、无 merge 节点的提交
• 注意：rebase 会改写提交哈希，已推送到远程的 feature 分支需强制推送：git push --force-with-lease origin feature

真正容易被忽略的是：合并操作本身不改变远程状态，而推送失败往往不是因为合并逻辑错，而是分支跟踪关系缺失或远程已有更新。盯住 git branch -vv 和 git status 的输出，比反复试 git push 有效得多。