因此，注册中心成功地引发了很多讨论，标题是纯文本电子邮件是内核开发的障碍。虽然引起了人们的注意，但这实际上并不是一场新的辩论。就像许多技术成果一样，这一项似乎是周期性地出现的。也许因为维持者峰会没有在今年举行，所以它需要在其他地方举行。我在Twitter上给了一些想法，但这个话题真的值得更深入地研究这个问题，以及电子邮件成为障碍的真正含义。
Linux最近庆祝了100多万个委员会。Linux基金会还发布了一份关于内核开发历史的报告。所有这些工作都是通过电子邮件完成开发的。显然，在过去的29年里，从很多方面来看，电子邮件一直是一种成功的开发方法。
那么，如果它如此成功，为什么要考虑改变呢？这个问题的部分答案不在于使用电子邮件完成了什么，而在于没有完成什么，因为电子邮件是首选的开发方法。几周前，我做了10年的全职软件专业人员，这是最近的一段时间，我仍然记得开始是什么样子的足够多的时间。有很多步骤来确保您的电子邮件设置是正确的(即纯文本和没有奇怪的页脚)。这有点棘手，但肯定是可行的。这就是分裂的用武之地：对一个人来说“有点棘手”的事情可能会阻止其他人做出贡献。幸运的是，我有足够的Linux一般工作知识，可以在GIT-Send-Email不起作用时调试它，并且拥有一个可以实际发送纯文本电子邮件的公司设置。在谷歌上搜索如何设置git-send-email，你会发现这是许多人苦苦挣扎的一步。
“但如果你甚至不能设置电子邮件，你真的应该致力于内核吗？”不幸的是，这是这次讨论中常见的重复。我把问题颠倒过来：为什么设置电子邮件是处理内核的核心技能？学习和遵守社区规范有很大的价值，但是这种特定的规范带来了什么价值呢？我认为，展示您可以设置和使用纯文本电子邮件并不能使您成为更好的内核程序员。项目的支持工具很重要，但是电子邮件本身并不能使其成为良好的指示器。人们一次只能处理这么多事情。必须弄清楚纯文本电子邮件是另一项任务。减少参与的精神负担可以让人们更多地专注于实际的内核工作。我们可以维护运行工作量较少的工具。是的，最初的SMTP配置是一次性设置，但是每次使用git-send-email发送补丁都需要很多手动步骤。即使你的手动步骤是正确的，你的电子邮件也总有可能会因为过度热衷于垃圾邮件过滤而被拒绝。在大约三个月的时间里，我给某个特定维护人员的所有电子邮件都被拒绝了，因为我的第三方SMTP服务器最终被列入了垃圾邮件阻止列表。
“但你可以自动发送电子邮件来完成手动部分”，在某种程度上是的，但这在整个树上都很难做到。内核几乎没有统一的标准，所以对于那些跨多个领域工作的人来说，你通常需要对事情应该往哪里去做一个最有教养的猜测。维护人员是一个很好的开端，但并不总是完整的。即使你可以自动化所有的东西，期望每个贡献者都能想出他们自己的自动化，也不是很好地利用时间。“所以给每个人提供自动化”，问题就在这里：每个人都可以使用自己的设置这一事实被视为一种优势，所以不可能提供对每个人都有效的东西。甚至试图猜测最常见的设置是什么来给出一些基线，也没有进行过富有成果的对话。“因此，给每个人提供自动化”就是问题所在：每个人都可以使用自己的设置，所以不可能给每个人都提供适合每个人的设置。
“那么GitHub是我们问题的答案吗？”我也不是这么说的。“现在的孩子都在使用GitHub，所以我们也应该换个地方。”这是一个非常站不住脚的论点。熟悉工具是一个因素，但不应该是最大的因素。每个人，无论是新手还是有经验的开发人员，都可以学习新工具。如果我认为电子邮件是一个合适的工具，我会把它作为新的开发人员应该学习的东西来推广。相比之下，无论是新手还是有经验的人都会告诉你，git可能很难使用。不过，学习Git还是值得的，最近UX有了一些改进(Git Switch)。对GitHub的一个反对意见是，它是一个专有平台。我不愿意接受关于GitHub归微软所有，因此想要摧毁Linux内核的阴谋论，但在致力于任何云平台之前，做好应有的努力是很重要的。人们对GitHub“伪造”本质的部分担忧是，它最终会成为一个单点故障。任何试图在停顿时完成工作的人都会知道这是多么痛苦。问题是，尽管git是一个