AI代码合并冲突解决：Fitten Code分支选择推荐
先说结论：在多人协作的Git工作流里，合并冲突几乎是绕不过的关卡，特别是两个分支同时修改同一段代码时。过去，开发者只能手动逐行比对、仔细甄别，稍有不慎就会漏掉某个import或错误覆盖他人的修改变量。Fitten Code 让这一步变得智能——它基于语义自动分析冲突块的内在意图，并提供三种策略供选择，基本杜绝了手动拼接时常见的基础错误。
面对一堆冲突标记，最让人头疼的是分不清哪个版本才是最终需要的。Fitten Code 做的事情其实很简单：把两侧的变更意图拿出来对比——左侧为了修复 bug 将 timeout 改为 5000，右侧新增了一个 retries 参数。AI 能识别出这不是真正的冲突，而是彼此耦合的合理修改。它给出的智能合并方案，就是把这些有效变更整合成一个完整的配置对象，而不是机械地堆叠几行赋值。
如何启用冲突分析功能
打开 VS Code → 确认插件版本 ≥ 2.8.0 → 进入设置搜索 fitten.code.enableMergeAnalysis → 将值设为 true。这一步是基础前提——不开启的话，右键菜单中根本不会出现“AI分析冲突”选项。旧版插件默认关闭该功能，且不给出任何提示，很多人装完插件发现无法使用，根本原因就在于此。
触发分析面板的两种方式
方法一：将光标定位到冲突块内的任意位置 → 右键 → 选择【Fitten Code: Analyze Merge Conflict】。方法二：使用快捷键 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）→ 输入 Analyze Merge Conflict → 回车即可触发。需要特别提醒：分析功能对文件保存状态非常敏感——当前文件必须处于已保存状态，否则 AI 分析面板不会显示。这是一个极易被忽略的细节。
三种合并策略的实际考量
分析结果生成后，AI 会并列展示三种方案，并附带各自的适用场景说明。直接点击对应按钮即可应用，无需手动复制粘贴。
保守策略：完全以当前分支（HEAD）为准，忽略传入分支的全部变更。适用场景？比如你正在紧急修复线上 Bug，合并进来的改动可能扰乱现有逻辑，此时全部保留不动反而是最稳妥的选择。
激进策略：完全采用传入分支（MERGE_HEAD）版本，丢弃当前分支的所有修改。这种场景通常出现在分支合并“一边倒”时，例如一个重构分支准备合并入 main，main 上的微小修修补补可以全部舍弃，直接接受新分支的全量代码。
智能混合：这才是真正的价值所在。AI 会逐段分析函数逻辑的增删、配置项的改动、条件分支的演化，仅保留那些有实际意义的变更。举个例子：左侧分支将 timeout = 5000 改成 timeout = 3000，右侧分支增加了一行 retries = 3。AI 不会简单地把两个版本拼到一起，而是识别出这是针对同一配置对象的合理修改，合并出一份完整的 config 新版本。不过，智能再高也建议人工复核一次最终结果。经验表明，AI 偶尔会误将注释中的伪代码当成真实逻辑——特别是冲突块中包含大段中文说明时，这一点需要格外留意。
应用策略后的提交流程
选定任意一种策略并点击应用后，编辑器会自动刷新中间栏的冲突内容。确认无误后，关键下一步来了：在源代码管理视图中，找到该文件旁边的 + 号点击，这一步相当于执行 git add 操作。然后点击左下角的 Commit Merge 按钮完成提交。如果不执行 git add，VS Code 不会将文件状态从 MERGE_CONFLICT 改为 staged，提交按钮会一直呈灰色，这一步不做就会卡住。