应系统性处理Git合并冲突：先用git status和git merge-base分析冲突规模与根源，配置zdiff3模式补全base信息，按依赖文件→文档→业务代码分层解决，借助Fork客户端可视化操作，必要时中止合并并变基重构提交历史。
Mac上合并分支时遇到几十个文件同时冲突，光是打开文件就卡住编辑器，手动删标记根本没法推进——这不是Git在刁难你，而是它在提醒：当前分支已和主干严重脱节，必须用系统性方法处理，不能靠单点修补。
先确认冲突规模和根源
运行 git status，重点看输出里是否出现大量 both modified 行。如果超过10个文件被标为未合并，不要急着开编辑器——这说明两个分支的共同祖先（base）可能已经落后数十次提交，三方合并的差异面过大，直接手动解决效率极低。
执行 git merge-base HEAD origin/main 查出当前分支与远程主干的最近共同提交哈希。再运行 git log --oneline <hash>..HEAD</hash> 和 git log --oneline <hash>..origin/main</hash>，分别数出你本地分支和主干各自新增的提交数量。若任一数字超过30，说明分支长期未同步，冲突爆炸是必然结果，不是操作失误。
用 zdiff3 模式重载冲突块
默认冲突只显示 HEAD 和 theirs 两段代码，缺了最关键的一段：分叉前的原始内容（base）。没有 base，你根本分不清谁改了什么、为什么改。
立即执行：git config --global merge.conflictStyle zdiff3。这会让 Git 在下次合并时自动插入三段式冲突标记。
【必须立刻执行，否则后续所有冲突都将缺失 base 信息】
如果已经处于冲突状态，对单个大冲突文件补救：运行 git checkout --conflict=zdiff3 -- path/to/file.go。注意：这会清空你已做的任何手动修改，所以只在尚未动笔编辑时使用。
分层解决：从结构冲突到逻辑冲突
别从第一个冲突文件开始硬啃。按以下优先级顺序处理：
① 先解决 go.mod、package.json、Podfile 等依赖声明文件。这些文件一旦冲突，后续编译/安装必然失败，且它们的冲突往往只是版本号增减，对比 base 行就能快速拍板。
OpenClaw 技能 — 给定一个 GitHub 仓库 URL，自动解析出 owner/repo 名称，发现其中的 YAML/properties 配置文件及其配对的中文字段说明；在 `workspace/{repo}/` 目录下按同步日期（格式为 `YYYY-MM-DD`）创建时间戳子目录；写入 `.openclaw-config-state.json` 状态文件。每次用户提问前，先比对远程仓库当前 ref（如 `main` 或 `master`）的最新提交 SHA 与本地状态文件中记录的 SHA：
② 接着处理 README.md、CHANGELOG.md 等文档类文件。这类冲突通常只是段落增删，保留 base + 两边新增内容即可，无需纠结语序。
③ 最后攻坚业务代码文件。此时依赖已锁定、文档已对齐，你能在真实运行环境中验证每处逻辑改动，而不是凭空猜意图。
用 Fork 客户端可视化跳过文本战争
方法一：拖拽式接受变更
在 Fork 中打开冲突文件，左侧是 BASE（分叉前），中间是 LOCAL（你的分支），右侧是 REMOTE（对方分支）。直接点击某一行左侧的圆点图标，即可一键将该行从 LOCAL 或 REMOTE 应用到合并结果中。对整块函数改动，比对后点“Accept Right”比手动复制快5倍以上。
方法二：跳过已知安全区域
Fork 会高亮显示仅在注释或空白行发生的冲突。这类冲突可直接点“Resolve Using Ours”跳过，不用人工检查——因为 Git 的 diff 算法会把纯格式变动也列为冲突，但它们不影响运行逻辑。
方法三：暂存部分解决结果
解决完3～5个关键文件后，在 Fork 中右键选择“Stage Selected”，立刻执行 git commit -m "resolve deps and docs"。这能把你已确认的部分固化下来，避免后续操作意外覆盖。
强制中止并重建同步节奏
如果已尝试2小时以上仍卡在某个文件，或发现冲突源于自己误删了他人提交的接口定义，停止挣扎。
运行 git merge --abort 彻底退出当前合并。这不会丢失你本地的任何未提交修改，只会还原到 git merge 命令执行前的状态。
然后执行：git fetch origin && git rebase -i origin/main。在交互式变基界面中，把你的功能提交压缩成1～2个逻辑清晰的提交，并在每个提交信息里明确写清“修复XX模块超时逻辑”“迁移YY组件至hooks”。这样下次合并时，Git 能基于更紧凑的提交历史做三方比对，冲突量自然下降70%以上。
