0xABCD 2018 年 10 月 16 日 via Android 2521 次点击
这是一个创建于 2663 天前的主题，其中的信息可能已经有所发展或是发生改变。
合并代码有时会看到形如如下格式的冲突:
<<<<<<<HEAD
code code code
hash
我想到一种可能出现这种情况的场景，即有 cherry-pick 操作的时候，pick 了某个 commit，但是这个 commit 前面的 commit 没有被 pick 过来，所以会导致这种情况。我的问题是，还有别的场景吗？因为我确实有过 cherry-pick 的操作，但是并不经常，而以上形式的合并冲突我看到比较多次了。
求 git 大佬指点迷津
 | 1 0xABCD OP 发出来格式被吃掉了，再发一个： ``` <<<<<<<HEAD ======= code code code >>>>>>>hash ``` |
 | 2 guog 2018 年 10 月 16 日 via Android 应该是没有经常 pull 代码吧，别人推了新的 commit 了 |
 | 3 liangzi 2018 年 10 月 16 日 via Android 代码占用空间少的话 rm 掉整个代码目录重新 clone 最简单有效 |
 | 6 hzwjz 2018 年 10 月 17 日 merge 两个分支的时候，也有这种情况。 比如两个不同的分之，且相同一个文件，相同位置的代码不一样，merge 的时候也是会产生 conflict 的。 假设两个分支为 develop，production 在 production 执行 git merge dev，相同文件同一位置的代码不一样的话。 会产生 <<<<<<<<HEAD ===== code1 code2 >>>>>>>>develop |
 | 7 msg7086 2018 年 10 月 17 日 产生冲突很正常，做 3-way merge 就行了。 |
 | 9 Sharuru 2018 年 10 月 17 日 via Android 只要产生了无法自动解决的冲突时，源文件都会这样啊 |
| 10 0xABCD OP @hzwjz 还是不能理解，你描述的这种情况，git 为什么不视为 develop 有“新增”代码，直接自动合并呢？ |
 | 12 networm 2018 年 10 月 17 日 via iPhone 很简单，因为换行符不一致，你应该使用比较软件仔细检查。 Git 默认情况下换行符不一致也会报告冲突，除非开启忽略换行符选项。 |
| 13 Sharuru 2018 年 10 月 17 日 @0xABCD #11 6 楼的回答应该已经能解决一部分疑问了。 假设文件名叫 A，当你从 master checkout 至 develop 分支时，A 文件会有一个 base 版本，你在 develop 分支修改的文件为 ours，其他人在 master 分支修改的文件为 theirs。 当从 theirs 时拉取变更至 ours 时，选定的 diff 工具会根据一定的方法对文件进行比较。由于比起 base，theirs 和 ours 都发生了变更，且在同一行时，就会发生冲突问题，此时就要通过 base - theirs - ours 这种 3-way merge 的方式来解决冲突。 毕竟 diff 工具不可能像 IDE 那么智能，一些看上去理所当然应该合并的东西却没有合并，可能这也是你觉得奇怪为什么无法自动合并的原因之一。 GitTower 的教程中，有一部分说明了如何看懂 diff 信息，如果好奇可以参考确定:  https://www.git-tower.com/learn/git/ebook/cn/command-line/advanced-topics/diffs |
Select Language