遇到 Git 冲突时，最稳妥的做法是先拉取远程最新代码，在本地手动修改冲突文件，标记解决后再提交，避免直接使用强制推送覆盖他人工作。
先说结论：冲突本质是同一行代码被不同人修改，解决核心在于人工确认保留哪部分逻辑。
- 适合：多人协作开发、功能分支合并主干、同步远程更新时
- 先看：git status 输出的冲突文件列表和冲突标记位置
- 建议：解决后本地运行测试用例，确认逻辑无误再推送
命令速用版
如果你已经处于冲突状态，可以直接使用以下流程快速处理：
git status # 查看冲突文件
# 手动编辑文件，删除 <<<<<<< 等标记
git add <文件名>
git commit -m "resolve conflict"
git push为什么会这样
Git 冲突通常发生在两个分支修改了同一文件的同一行内容，或者一方修改了文件而另一方删除了该文件。Git 无法自动判断应该保留哪一方的修改，因此会暂停合并过程，等待人工介入。这不是错误，而是版本控制系统的保护机制，防止代码被意外覆盖。
分步处理
第一步：确认冲突范围
执行 git status，输出中会列出 "both modified" 的文件。这些就是你需要处理的目标。
第二步：编辑冲突文件
用编辑器打开冲突文件，搜索 <<<<<<<。你会看到类似以下的标记：
<<<<<<< HEAD
你的修改
=======
别人的修改
>>>>>>> branch-name保留需要的代码，删除所有标记行（包括 <<<<<<<、=======、>>>>>>>）。
第三步：标记为已解决
修改完成后，执行 git add <文件名>。这一步告诉 Git 冲突已处理，不要跳过。
第四步：完成提交
执行 git commit。如果是 merge 导致的冲突，Git 会自动生成合并提交信息；如果是 rebase，则继续变基流程。
怎么验证是否生效
再次运行 git status，确保输出显示 "working tree clean" 且没有 "unmerged paths"。如果有远程仓库，尝试执行 git push，如果能成功推送且远程仓库没有报错，说明冲突已彻底解决。
常见坑
- 不要直接提交冲突标记：标记符号留在代码里会导致语法错误，务必删除干净。
- 二进制文件冲突：图片或编译文件无法手动合并，通常需要决定保留哪一方的版本，然后重新生成或覆盖。
- 避免强制推送：解决冲突后不要随意使用
git push -f，除非你确定要覆盖远程历史，否则会破坏协作。
参考来源
- Git Documentation, Basic Branching and Merging, https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging
原文链接：https://www.zjcp.cc/ask/11339.html