Git 向邮件列表提交大量补丁集

我有一个Linux repo，它支持一个新的ARM平台，我想把它发布到ARM内核开发人员邮件列表中，以获得一些反馈，并希望最终得到主版本。不幸的是，有很多代码，

git格式的补丁

抛出了大约100个补丁文件

我认为最好将它们组合成逻辑变化，但对于一个新的ARM平台，每一部分都和下一部分一样重要。我所能做的最多可能是将基本平台支持代码与驱动程序代码分开

此外，我以前的提交有非常模糊的提交消息，如修复的重新启动代码或杂项修复，我不希望将其包含在补丁集中

在不轰炸邮件列表的情况下，最好的方式是什么？我应该把它挤成一个大补丁吗？不知何故，我认为发送100个补丁文件也不会给人留下好的第一印象

---

干杯，

我建议您针对当前的主线内核（目前是v3.8）进行交互式重新基址。这将类似于以下内容：

git rebase -i origin/v3.8

在可能的情况下，将相关的提交挤在一起，例如，您可能应该为每个驱动程序指定一个提交，为核心代码的每个逻辑部分指定一个提交。如果这些提交相互依赖，则可以，但不应该是循环的。您不需要在开发过程中保留所有的bug修复，目标是使补丁易于理解和集成，而不是让它们讲述历史上准确的故事

如果需要拆分现有提交，您可以选择编辑，然后执行git add-p，这将允许您以交互方式选择不同的块，并一次提交一个（在此之后，您可以在必要时返回重新排序和挤压）

一旦你做到了这一点，你应该有一个补丁集，这将是一个更容易让人们理解（希望与有用的意见）。我建议您为核心部分（即1/n、2/n、3/n…）生成一个补丁集，不包括驱动程序，然后首先提交该补丁集。一旦你处理好了，你就可以开始推司机了