Sarah Novotny，微软 Linux 基金会理事会成员， 关于 Linux 内核开发过程的古老本质。 Sarah 表示，使用邮件列表（LKML，Linux 内核邮件列表）来协调内核开发和提交补丁会阻碍年轻开发人员的积极性，并且成为新维护人员加入的障碍。 随着内核大小和开发速度的增加，问题 能够监督内核子系统的维护者。
创建一个更现代的维护人员和开发人员之间的交互机制，类似于 GitHub 上的“问题”系统和拉取请求，并直接在 Git 中采用补丁，将有可能吸引年轻的维护人员加入该项目。 许多年轻开发人员认为当前基于电子邮件的开发管理流程已经过时且不必要地耗时。 目前，内核开发人员的主要工作工具是电子邮件客户端，对于5-10年前进入该行业并习惯了现代协作开发系统的新人来说，适应这样的工作组织方式非常困难。
对信件格式的严格要求加剧了这种不适，其中一些要求是 25 年前就采用的。 例如，邮件列表禁止使用 HTML 标记，尽管大多数电子邮件客户端默认使用此类标记。 作为这造成的困难的一个例子，提到了一位同事，为了向也不允许 HTML 邮件的 OpenBSD 邮件列表发送补丁，需要安装一个单独的电子邮件客户端，因为他的主要电子邮件客户端（Outlook）发送 HTML 邮件。
为了不打破既定的基础，也不违反现有开发者的习惯，建议为新开发者创建一种模式，允许你直接通过 Pull Request 或者类似“Issue”的系统向维护者提交补丁，并自动广播将它们添加到 LKML 邮件列表。
另一个想法是从补丁中卸载 LKML，以利于讨论和公告。 目前的形式有数千封信件通过 LKML，其中大部分是直接提议包含在内核中的代码，只有一小部分是解释补丁和讨论本质的公告。 已发布的补丁仍然反映在 Git 中，并且通常使用 Git 中的拉取请求来接受，并且 LKML 仅记录该过程。
来源： opennet.ru