5
为什么某些大型项目(例如Git和Debian)仅使用邮件列表而不使用问题跟踪器?
对于任何规模合适的项目,Bug跟踪器对我来说似乎都不是一件容易的事-它使组织数百或数千个问题变得非常容易,而不会发生问题冲突或混淆的情况。 因此,当我看到一些非常大的项目(例如Git)使用邮件列表作为协调维护和开发的主要方法时,我就有些震惊。例子: Git-社区页面: ...错误报告应发送到此邮件列表。 Debian错误跟踪系统,根据Wikipedia: ...它的独特功能是它没有任何形式的Web界面来编辑错误报告-所有修改都是通过电子邮件完成的。 许多现代的错误跟踪器与电子邮件(可以接收有关正在查看的错误或已分配给您的错误的评论或通知)以及版本控制系统(可以将提交标记为解决问题等)都具有很好的集成性。 )。其中大部分必须通过邮件列表手动完成,并且您会收到大量关于不感兴趣的错误的电子邮件。 那么,与基于Web的错误跟踪器相比,邮件列表的主要优点是什么?为什么某些大型项目仅使用邮件列表?