哪些git操作将我的更改从内核3.14.y移植到3.15.y？
哪些git操作将我的更改从内核3.14.y移植到3.15.y？
提问于 2014-07-07 01:51:58
我在一个嵌入式项目中使用Linux内核。开始时，我使用git从kernel.org克隆--当时的稳定版本是3.14.2。当新的3.14内核发布时，我可以通过使用git重基来升级到它们。例如，我使用
git checkout linux-3.14.y
git pull
git checkout myproject
git rebase v3.14.10但是，如果我试图通过以下方法升级到3.15系列
git checkout linux-3.15.y
git pull
git checkout myproject
git rebase v3.15.3或
git merge v3.15.3我得到git合并冲突的文件，我从来没有碰过。
有没有推荐的方法从3.14.10升级到3.15.3？
回答 1
Stack Overflow用户
回答已采纳
发布于 2014-07-09 14:38:30
以下是正在发生的事情。假设初始提交图如下所示：
-------------------------------------- myproject
/
/
-----------/---------------------------------o------ linux-3.14.y
/ C v3.14.10
/ B
----/---------------------------\-------------------------- master
A \
\
--------------------o--- linux-3.15.y
v3.15.3我不知道它到底是这样的，但它说明了这个问题。
在重基时，git会在历史上搜索第一次提交，它是当前分支和指定的“上游”分支的一部分。它为重基操作收集所有这些提交。
当指定的“上游”是最初创建当前分支的“上游”时，所收集的提交仅包括我自己在当前分支上的提交，因此不存在冲突。
当指定的“上游”不是最初创建当前分支的“上游”时( "git rebase v3.15.3“就是这种情况)，所收集的提交包括非我自己提交的提交。在示例中，收敛点是commit A，而重基操作将包括从A点到我的项目的所有内容。A点和C点之间的部分可能不适合所需的操作。
相反，我们需要的是继续使用linux-3.14.y作为“上游”分支，以确定哪些提交要重基，但要指定一个单独的提交，以便对这些提交进行重新基化。这就是“--打开”开关的目的。因此，将myproject移植到v3.15.y内核所需的操作是
git checkout myproject
git rebase linux-3.14.y --onto v3.15.3页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/24602081
复制相关文章
相似问题
腾讯云开发者
