如何保留双方意图地解决 Git 合并冲突。
解决冲突时，应在兼容情况下保留双方预期变更。如果语法不足以决定，应询问业务行为。
按任务需求调整流程。
阅读冲突版本和周围代码，识别每项变更的意图。合并兼容行为，在要求冲突时请求决定，并随后测试组合后的交互。
- 你需要提供什么
- 冲突标记和预期变更。
- 你会得到什么
- 冲突解释和合并草案建议。
查看输入和结果。
演示用输入和输出 · 教学示例，并非 WebAct 实时运行结果
示例 个输入项
Resolve this simplified HTML conflict: base button was <button type="button">Save</button>. Branch A changes its label to Save draft. Branch B adds disabled because submission is unavailable.
完整示例
<button type="button" disabled>Save draft</button> Both changes are retained: the new label and the unavailable state. Confirm when the application should remove disabled; the merged markup alone does not implement that state transition.
将这份输入载入提示词，再复制到 WebAct 中尝试任务。实际结果可能与示例不同。
决策与问题排查。
选择 ours 或 theirs 总能完整解决冲突吗？
这可能丢弃另一方的有效变更。选择或组合内容前先比较意图。
为什么语法干净的合并仍会破坏功能？
即使没有标记，组合行为也可能冲突。检查状态、事件处理和两个分支原本要满足的要求。
使用自己的资料试一试。
将任务提示词中的示例换成你的材料。保留所需条件，再把任务复制到 WebAct。
自定义并复制任务 ↑