我维护了一个定制的内核,我也提供了补丁,你可以直接使用大版本内核源代码,现在我得到了一个经典问题,
我开发了基于3.7.8
内核的补丁,随着更新版本3.7.9
的发布,我不得不为3.7.9开发补丁
也是,但我应该如何快速做到这一点?
现在,我下载了3.7.9的全部源代码,手动将代码迁移到新版本的内核,并从更新的内核源代码生成补丁。这看起来既愚蠢又低效。
------------------- A --------------------
| My 3.7.8 kernel | ---> | My 3.7.9 kernel |
------------------- --------------------
/|\ /|\
| B | C
| |
-------------------------- D --------------------------
| Mainline 3.7.8 kernel | ---> | Mainline 3.7.9 kernel |
-------------------------- --------------------------
我想要的是直接A
过程,而不是先做D
,再做C
,你认为这可能吗?
最佳答案
对创建的内容使用 git 版本控制系统。获取内核的克隆,并在本地分支上将补丁添加到它。每当你需要移动到下一个版本时,git pull
那个版本和 git rebase
你的补丁在上面。这将解决大部分到下一个版本的调整,但内部 Linux API 不稳定,所以要为随机影响做好准备。
关于linux - 应该如何同步定制的内核补丁?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15080935/