Git 冲突发生在两个分支对同一文件的同一区域做了不同修改，Git 无法自动决定保留哪个版本时。Git 会在文件中插入冲突标记（<<<<<<<、=======、>>>>>>>），将两个版本的代码分隔开，等待开发者手动解决。

Ours（当前分支）：指执行合并操作时你当前所在的分支（如 main 或 HEAD）。在 <<<<<<< HEAD 和 ======= 之间的代码属于 Ours。
Theirs（合并分支）：指被合并进来的分支（如 feature-branch）。在 ======= 和 >>>>>>> feature-branch 之间的代码属于 Theirs。
注意：在 git rebase 中，ours 和 theirs 的含义会互换。

1. 将含有冲突标记的代码粘贴到输入框中（或点击"加载示例"体验）。
2. 点击"解析冲突"，工具自动识别所有冲突块。
3. 在每个冲突块中点击选择 Ours（绿色）或 Theirs（蓝色）版本。
4. 下方实时预览合并结果，可直接编辑微调。
5. 点击"复制结果"或"下载文件"导出合并后的代码。
6. 将结果替换原文件中的冲突区域，执行 git add 完成冲突解决。

解决所有冲突并保存文件后：
git add <文件名> — 标记冲突已解决
git commit — 完成合并提交（或 git merge --continue）
如果是 rebase 过程中的冲突：git rebase --continue

1. 频繁拉取更新：在开始新功能前先 git pull 获取最新代码。
2. 小步提交：保持每次提交的改动范围小且聚焦，减少冲突概率。
3. 沟通协作：团队成员之间协调修改文件的区域，避免同时修改同一处。
4. 使用功能分支：每个功能在独立分支开发，及时合并回主分支。
5. 配置 .gitattributes：为特定文件类型指定合并策略。

<<<<<<< HEAD (或分支名/标签)
[当前分支的代码 - Ours]
=======
[被合并分支的代码 - Theirs]
>>>>>>> feature-branch (或分支名/commit hash)

注意：<<<<<<< 后通常跟随当前分支标识，>>>>>>> 后跟随被合并分支标识。