git 2.9+ 默认拒绝合并无关历史，需加--allow-unrelated-histories；真实内容冲突需手动编辑标记文件并git add；push被拒应先git pull --rebase再push，避免--force硬推。
pull时提示“refusing to merge unrelated histories”
这是 Git 2.9+ 默认行为变化导致的，不是真冲突，而是两个分支历史完全不相交。常见于本地初始化了仓库又强行关联远程空仓，或远程分支被重写过。
解决方法很简单，加 --allow-unrelated-histories 参数强制合并：
git pull origin main --allow-unrelated-histories
注意：这会把两个独立历史“缝合”起来，提交图会多出一个合并提交。如果本地只是临时分支、没实质提交，更稳妥的做法是直接重置：
git fetch origin-
git reset --hard origin/main（丢弃本地所有改动）
pull后出现“CONFLICT (content): Merge conflict in xxx”
这是真实的内容冲突：同一文件、同一行附近，本地和远程都改了，Git 不知道选哪个。
关键动作不是立刻删文件或硬切分支，而是先看冲突标记：
- 打开报错的文件，查找
、<code>=======、>>>>>> origin/main这三段标记 - 保留需要的代码，删掉标记线和不需要的版本
- 保存后运行
git add <file></file>标记为已解决
别跳过 git add —— 否则 git commit 会失败，报 “You have unmerged paths”。冲突解决完必须显式暂存。
Conventional Git
下载
Conventional Commits v1.0.0 分支、工作树命名及提交信息规范，适用于 GitHub 与 GitLab 项目，用于创建分支和命名工作树等场景。
想丢掉本地修改，直接同步远程最新状态
不是所有冲突都需要手动合并。如果你确认本地改动不重要，最干净的方式是放弃本地分支状态，完全复刻远程：
-
git fetch origin（先拉取最新远程信息） -
git reset --hard origin/main（注意替换main为你实际的远程分支名）
这个操作会清空工作区和暂存区，回到远程分支的精确状态。但风险在于：未 git add 的修改、未 git stash 的临时改动都会永久丢失，执行前务必确认。
push被拒：“! [rejected] main -> main (non-fast-forward)”
说明你 push 的分支在远程已有新提交，而你的本地不是基于它更新的。这不是冲突本身，而是 Git 拒绝覆盖他人工作。
标准解法是先拉再推，但要注意顺序：
- 运行
git pull --rebase origin/main（推荐），它把你的本地提交“挪”到远程最新提交之后，避免无意义的合并提交 - 如果有冲突，按上文方式解决，然后
git rebase --continue - 最后
git push即可
别用 git push --force 硬推——除非你明确知道后果且有权限，否则可能破坏团队协作历史。
