Android 文件I'中的Git合并冲突；我从未修改过

在过去的几周里，我一直在研究Android的源代码

在平台/构建库中，我查看了android-4.0.4_r2.1标签。这成了我的“ics”分支。现在，当对android-4.1.1_r1标签进行合并或重定时，我在一个我从未编辑过的文件中遇到了合并冲突

这些是有问题的回购协议（和标签）：

这是从第一个标记分叉的分支，我正试图将后一个标记合并到其中：

我完全不知道这是什么原因造成的。我不是一个完全的git初学者，但是我不明白当有一个共同的基础时，我怎么能不冲突地合并这个标签

---

请注意，我的冲突出现在core/build_id.mk中，在指定build_id的行中。

我的git水平不高，所以我可能在这里完全错了。但我理解您的假设，即第一个标记指向的提交是另一个标记的祖先。只有在这种情况下，您才能保证它们之间不会有合并冲突

---

你可以通过做一个测试来检验这个假设。

我在git方面不太先进，所以我在这里可能完全错了。但我理解您的假设，即第一个标记指向的提交是另一个标记的祖先。只有在这种情况下，您才能保证它们之间不会有合并冲突

---

你可以通过做一个测试来检验这个假设。

我将在这里复制Jean Baptiste的答案，一个为谷歌做AOSP工作的人：

你没有做错什么

你看到的是谷歌内部发展的产物 过程

在某个时刻，ICS与内部的主合并流分离 谷歌，当我们准备第一次发布果冻豆的时候。那里 不过，还有一点ICS活动，这在git 关卡没有合并到果冻豆中。这就是你看到的 这里：最新版本的ICS中有一些变化 不在Jelly Bean中，并尝试在 果冻豆使这些突出

检查“所有平台/构建的回购-c git日志 android-4.1.1_r1..android-4.0.4_r2.1”-这将发现提交 这让你很惊讶

JBQ

---

我将在这里复制Jean Baptiste的答案，一位为谷歌从事AOSP工作的人：

你没有做错什么

你看到的是谷歌内部发展的产物 过程

在某个时刻，ICS与内部的主合并流分离 谷歌，当我们准备第一次发布果冻豆的时候。那里 不过，还有一点ICS活动，这在git 关卡没有合并到果冻豆中。这就是你看到的 这里：最新版本的ICS中有一些变化 不在Jelly Bean中，并尝试在 果冻豆使这些突出

检查“所有平台/构建的回购-c git日志 android-4.1.1_r1..android-4.0.4_r2.1”-这将发现提交 这让你很惊讶

JBQ

---

我对你的评论投了赞成票，因为它把我引向了正确的方向。git merge base ics android-4.1.1_r1给了我b0936b79faa8c765e63dbf1d6a3f014bb9f5e223，它的构建ID为IMM76K（android-4.0.4r2.1标记，IMM76L之前的ID）。git merge base android-4.0.4_r2.1 android-4.1.1_r1会让我找到同一个提交ID。不过，这并不一定能回答我的问题，如果a多关注一点，对git多了解一点，我就会找到正确的答案：）接受。谢谢。但是我觉得你的回答中包含让·巴蒂斯特的评论应该被标记为被接受，尽管我也怀疑原因可能是因为ICS分支机构被分离；）我对你的评论投了赞成票，因为它把我引向了正确的方向。git merge base ics android-4.1.1_r1给了我b0936b79faa8c765e63dbf1d6a3f014bb9f5e223，它的构建ID为IMM76K（android-4.0.4r2.1标记，IMM76L之前的ID）。git merge base android-4.0.4_r2.1 android-4.1.1_r1会让我找到同一个提交ID。不过，这并不一定能回答我的问题，如果a多关注一点，对git多了解一点，我就会找到正确的答案：）接受。谢谢。但是我觉得你的回答中包含让·巴蒂斯特的评论应该被标记为被接受，尽管我也怀疑原因可能是因为ICS分支机构被分离；）