当使用git之类的工具合并两个文件时，可能会检测到冲突并将其添加到合并结果中。
这两个文件的合并：
我的档案：
Common line of code 1
Common line of code 2
my lines
Common line of code 3
Common line of code 4
他们的档案：
Common line of code 1
Common line of code 2
their lines
Common line of code 3
Common line of code 4
会导致：
Common line of code 1
Common line of code 2
<<<<<<< Mine
my lines
=======
their lines
>>>>>>> Theirs
Common line of code 3
Common line of code 4
请参阅冲突标记线
解决与Mine的冲突将创建以下文件：
Common line of code 1
Common line of code 2
my lines
Common line of code 3
Common line of code 4
解决与他们的冲突将创建以下文件：
Common line of code 1
Common line of code 2
their lines
Common line of code 3
Common line of code 4
这项挑战的目的是编写一个包含冲突并且仍然可以编译/执行的源文件。
编写一个源文件，其中：
- 包含一个有效的，双向的，冲突的适当的补丁冲突标志标（
<<<<<<<，=======，>>>>>>>）矿和标记后他们的文件描述符是可选的。 - 如果标记仍然是源代码的一部分，则编译/执行而不会出现错误/警告
- 如果使用我的方法解决了冲突，则编译/执行时不会出现错误/警告
- 编译/执行没有错误/警告，如果冲突是由使用解决他们的
- 编译/执行冲突文件时输出“ Hello Conflict”
- 编译/执行地雷版本时输出“ Hello Mine”
- 在编译/执行他们的版本时输出“ Hello他们的”
标记应以kdiff3识别冲突的方式位于源文件中。
禁止出现标准漏洞。
最短的代码获胜。
分数是冲突源的长度
是否允许提交功能，还是只允许完整程序？
—
雅各布
@Jakob-必须可以执行/运行它。因此，如果有可以执行功能（或仅执行表达式）的REPL，请确定。
—
Erno