答案是首次推送必须加-u参数以建立上游跟踪关系，否则后续git push会报错“no upstream branch”；拉取无关历史需加--allow-unrelated-histories参数。
本地分支和远程分支不同步，本质是 Git 本地仓库与远程仓库的提交历史没对齐 —— 不是“没推上去”，而是“没拉下来”或“没设好跟踪”。
git push -u origin branch_name 为什么第一次总要加 -u
因为 git push 默认只推送当前分支到同名远程分支，但不会建立「本地分支 → 远程分支」的跟踪关系。不加 -u（即 --set-upstream），下次再 git push 就会报错：fatal: The current branch xxx has no upstream branch。
加了 -u 后，Git 会把本地分支绑定到 origin/xxx，后续只需 git push 或 git pull，不用再写远程名和分支名。
-
git push -u origin feature/login：推送并设置上游 -
git branch --set-upstream-to=origin/feature/login feature/login：等价的手动绑定方式（适合忘了加-u的补救） - 绑定后，
git status会显示 “Your branch is ahead/behind 'origin/feature/login' by X commits”
git pull origin branch_name 报 fatal: refusing to merge unrelated histories
这是远程仓库已有提交（比如 GitHub 初始化带 README），而你本地是全新 git init 且没拉过任何内容，两个仓库历史完全无关。Git 默认拒绝合并这种无共同祖先的分支。
解决方法只有一个：强制允许无关历史合并。
- 用
git pull origin main --allow-unrelated-histories（注意替换main为实际远程默认分支） - 等价于分步操作：
git fetch origin+git merge origin/main --allow-unrelated-histories - 如果已执行过
git pull失败，先git merge --abort清理中断状态再重试
本地改了代码，远程也有更新，git pull 后出现 conflict
冲突不是错误，是 Git 在告诉你：“这两处修改碰上了，得你来决定留哪边”。它只发生在同一文件的同一段落被两边都改过。
关键动作不是“删掉什么”，而是“编辑、标记、提交”：
- 打开冲突文件，你会看到类似这样的标记：
<<<<<< HEAD（本地修改）、=======（分隔线）、>>>>>> origin/feature/login（远程修改） - 手动删掉这三行标记，只保留最终要保留的内容
- 保存文件后，运行
git add <文件名>标记为已解决 - 最后
git commit（Git 会自动生成合并提交信息，不用写-m） - 别跳过
git add—— 没加进暂存区，git commit会失败
git fetch 和 git pull 到底该用哪个
git pull = git fetch + git merge，一步到位；git fetch 只下载远程更新，不自动合并。日常开发中，git fetch 更安全、更可控。
- 想先看看远程有哪些新提交？用
git fetch origin，然后git log origin/main..main查看本地比远程多哪些提交 - 想确认某分支是否落后？
git branch -vv显示每个本地分支跟踪的远程分支及滞后/超前提交数 - 团队协作中频繁遇到冲突？建议养成习惯：改代码前先
git fetch，对比差异后再git merge或git rebase，避免pull直接触发不可逆合并
同步的本质不是“让命令跑通”，而是让本地和远程的提交历史形成一条可追溯的线。最容易被忽略的是：分支名是否一致、是否设置了上游、有没有先 fetch 再判断 —— 这些细节决定了你是顺利同步，还是陷入反复冲突和 reset 的循环。
