合并只在本地生效，必须执行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 默认禁止覆盖他人工作，这是保护机制，不是错误。
用大白话操作当前项目的 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 有效得多。
