当 Git 中出现合并冲突时，会在冲突文件中插入如下垃圾。三个问题：
注意：如果相关，我使用的是 GitHub 的 Mac GUI 客户端。
【问题讨论】：
标签： git user-interface merge-conflict-resolution
当您有两个对同一个文件进行更改的分支并尝试合并它们时，将发生合并冲突。要查看冲突文件列表，请在终端上运行 git status。
文件的冲突行将用视觉指示器标记：
<<<<< - 冲突在此行之后开始。
===== - 包含 HEAD 和 merging_branch 的更改。
>>>>> - 冲突行结束。
<<<<<<< HEAD
conflicted text from HEAD
=======
conflicted text from merging_branch
>>>>>>> merging_branch
当您修复冲突文件并准备好合并时，您所要做的就是运行git add 和git commit 以生成合并提交。一旦提交，git push 对分支的更改。
参考文章：Git merge.
【讨论】：
现在有一个比尝试读取 Git 插入到文件中的乱码标记更好的解决方案。 Kaleidoscope 2，Black Pixel 的第二版差异工具，现在也是一个合并工具。它不是免费的，但效果很好。
安装 Kaleidoscope 2 后，与 Git 集成非常简单。打开 Kaleidoscope 并从菜单栏中选择 Kaleidoscope > Integration...
然后你会看到这个窗口。只需从左侧导航中选择Git，然后安装ksdiff 命令行工具，然后制作 Kaleidoscope Git 的默认差异和合并工具。
最后，一旦在 Git 中发生合并冲突，只需转到命令行并执行 git mergetool。现在冲突很容易阅读。享受吧。
【讨论】：
git config --global merge.tool opendiff，另见stackoverflow.com/a/25625663/880188 编辑：或见下文；）
您可以配置（图形）合并工具并使用该工具来解决冲突。
还可以查看git mergetool 命令 - 如果您安装了预定义工具之一或配置了其他工具，它将打开解决http://schacon.github.com/git/git-mergetool.html 的工具
如果您对 GUI 工具感兴趣，则不必担心这些符号的真正含义，因为 GUI 工具将帮助您轻松做出决议。只要明白标有=====和>>>>>的部分就是冲突部分。
【讨论】：
<<<< HEAD #Where the conflict starts
#Previous Revision
========== # The point where things look iffy
#Things that changed
>>>>> New Commit # Point where the conflict ends
Mac 的 Xcode 自带 FileMerge，可以在命令行使用opendiff 访问。
git mergetool -t opendiff
【讨论】：
<<<<<< 和====== 之间的所有内容都来自HEAD 修订版，这是开始合并操作之前的已提交状态（git merge 会抱怨树是否脏，所以它应该相当于你的工作目录）。
====== 和 >>>>>> 之间的部分来自正在合并的版本。 >>>>>> 之后的文本是引入冲突更改的提交的注释。
存在冲突标记意味着这部分文件的基本版本与两个“新”版本都不同。基本版本（最后一个共同祖先）未显示。
如果你想要一个更舒适的合并并且有一个可用的 GUI，我建议你看看 kdiff3。
【讨论】：