为什么某些大型项目（例如Git和Debian）仅使用邮件列表而不使用问题跟踪器？

对于任何规模合适的项目，Bug跟踪器对我来说似乎都不是一件容易的事-它使组织数百或数千个问题变得非常容易，而不会发生问题冲突或混淆的情况。

因此，当我看到一些非常大的项目（例如Git）使用邮件列表作为协调维护和开发的主要方法时，我就有些震惊。例子：

• Git-社区页面：

  ...错误报告应发送到此邮件列表。

• Debian错误跟踪系统，根据Wikipedia：

  ...它的独特功能是它没有任何形式的Web界面来编辑错误报告-所有修改都是通过电子邮件完成的。

许多现代的错误跟踪器与电子邮件（可以接收有关正在查看的错误或已分配给您的错误的评论或通知）以及版本控制系统（可以将提交标记为解决问题等）都具有很好的集成性。 ）。其中大部分必须通过邮件列表手动完成，并且您会收到大量关于不感兴趣的错误的电子邮件。

那么，与基于Web的错误跟踪器相比，邮件列表的主要优点是什么？为什么某些大型项目仅使用邮件列表？

您观察到的偏好看起来像是GNU编码标准中明确规定的推荐的自然结果。建议您通过电子邮件报告错误，如您在下面的引言中所见（我将加粗的部分直接用于您的观察）：

4.7.2 --help

standard --help选项应在标准输出上输出有关如何调用程序的简要文档，然后成功退出。一旦看到其他选项和参数，则应将其忽略，并且程序不应执行其正常功能。

在该‘--help’选项输出的末尾附近，请放置以下行，这些行给出了错误报告的电子邮件地址，软件包的主页（通常是‘http://www.gnu.org/software/pkg’，以及使用GNU程序的常规页面）。格式应如下所示：

    Report bugs to: mailing-address
    pkg home page: <http://www.gnu.org/software/pkg/>
    General help using GNU software: <http://www.gnu.org/gethelp/>

可以提及其他适当的邮件列表和网页。

反过来，上述优先反映了电子邮件被普遍接受为电子通信形式。--help像上面建议的那样，任何阅读消息的用户都应该很容易理解如果发现错误该怎么办-邮寄很容易。

问题跟踪器可能是（我认为是）一个开发项目工作的更好，但对于更多的观众也将很难提出并解释如何使用它，尤其是考虑到各种不同的差异问题跟踪系统。

一个项目可以使用Bugzilla，另一个项目可以使用JIRA，第三个项目可以使用... GNATS等，依此类推，等等。根本没有办法像标准和统一那样展示所有这些“ zoo”

Report bugs to: mailing-address

上面的注释并不意味着项目不应在内部使用问题跟踪器。正如在对相关问题的出色回答中所述，

您的错误跟踪器是为了您的方便，而不是客户的。如果您不介意接听他们的电话或电子邮件并亲自输入，您认为他们的感觉如何？

您需要能够输入问题并将其手动分配给客户...

特别是对于Git，有一个简单的历史原因：Git由Linux黑客针对Linux黑客启动，并且使用与Linux本身相同的开发模型和工具。但是，Linux比WWW古老，因此，当Linux启动时，根本就没有基于Web的问题跟踪器，因为没有 Web！

结果，Linux社区开发了非常有效的工具和工作流程，用于通过电子邮件处理错误报告和代码审阅，因此当他们启动Git项目时，没有理由将所有这些工作都扔掉并从头开始。

对于Git：

人们在邮件列表上进行了一些讨论，其中有人建议使用某种错误跟踪器。这些举措似乎都失败了，所以Git不使用bug跟踪器的原因可能仅仅是大多数贡献者认为它没有用。

在邮件列表的帖子中，Junio C Hamano（Git的维护者）总结了为什么他觉得Bug跟踪器不是很有用。我不想包括整个帖子（很长），但是归结为：

• 如果您仅查找有关已解决问题的信息，则搜索列表存档和搜索错误跟踪器一样有效。
• 如果您报告的是真正的错误，并且人们希望对其进行处理，则该列表也可以正常工作。
• 如果没有人对解决问题感兴趣，那么即使是在Bug跟踪器中，问题也会落空。
• 一个错误跟踪器将是一个需要维护的系统，需要定期检查是否有新错误，已修复已修复的错误等，总之，额外的工作几乎没有好处。

Debian确实使用了错误跟踪器，它的默认界面是电子邮件。而且很方便。前Debian项目负责人Lucas Nussbaum 在几天前发布：

debbugs是Debian Bugs跟踪系统（BTS）背后的软件。GNU项目也使用它。尽管通常被认为是过时的，但是它具有几个独特的功能，例如跟踪每个版本和程序包分支中的错误状态），或者通过电子邮件执行所有交互的功能，使工作变得非常容易脱机或连接不良的环境中。

最后一部分是此处的杀手级功能-只需将这些报告排入本地邮件队列，直到下飞机！

• 禁止9岁儿童入内。
• 无需为每个论坛创建单独的帐户。
• [次要]订阅新列表时，跨不同邮件列表的用户体验一致，学习曲线为零。
• 脱机工作。您可以连接到Internet并下载一批邮件，然后去远足，在享受大自然的同时写下您的回复，然后再发送。
• 允许通过GPG对邮件进行加密和/或签名。
• 去中心化-如果论坛崩溃，您仍然可以拥有一个副本，它还可以防止篡改，邪恶的主持人/黑客无法轻易篡改您的发言。没有人可以撤消历史。
• 允许过滤器，文件夹以及电子邮件客户端的所有高级组织功能。
• “推送通知”-您可以将您的电子邮件客户端保持打开状态，并获取有关新回复的通知。
• 一统天下-无需在不同站点之间跳转。
• 免疫涉及网络的所有安全漏洞（html / javascript / injections等）
• 没有膨胀-没有徽章，花哨的移动签名，广告，网络信标，JavaScript膨胀。一切都很简单，而且很重要-讨论。
• 与LAMP设置相比，服务器负担更少。

想到的邮件列表的一个缺点是，论坛可分为多个类别和子类别，而邮件列表则不能。可以通过将邮件列表划分为多个邮件列表来进行模拟，然后用户可以使用适当的过滤器将每个邮件及其对应的文件夹（每个文件夹都是一个类别）放入其中。在网络论坛中，这是自动的。