我将通过以下示例尝试说明我的问题：
我有linux内核git存储库包含2.6.31-6版本并进行了一些修改。我想将它与2.6.32合并。但是在git pull＆lt; 2.6.32存储库路径＆gt;我看到很多冲突都必须在我从未接触过的文件中手动解决。
这有什么问题？我的意思是，git具有完整的提交历史，它有一个关于在“父提交”之后修改的文件和没有提交的文件的信息。为什么不能对未触及的文件进行最后修改？
UPDATE1： @DanAloni和@KevinBallard解释了为什么在将-rc与较新的稳定版本合并时会出现冲突。
但是有没有办法减少手动冲突的数量，特别是在-rc与发布合并的情况下？
UPDATE2：感谢@DanAloni的解释
答案 0 :(得分：4)
您确定您所描述的2.6.31-6版本是否在2.6.32的历史记录中？据我所知，Linux内核版本控制，2.6.31-6听起来像2.6.31加上'稳定分支补丁'。这肯定会与从2.6.31向前释放到2.6.32稳定树的历史冲突。所以，我认为您正在尝试将2.6.31的稳定或修补的 fork 与2.6.32的稳定树合并。肯定不是git所说的“快进”，我当然希望那里有冲突。