Bug报告解决方案

Eli*_*lay 12 comparison bug-tracking

问题的澄清/总结 - 我们正在寻找:

  • 托管的错误跟踪系统,
  • 就像lighthouse/github/launchpad一样方便使用,
  • 可以处理附件,
  • 集成电子邮件通知和操作(隐含提交消息中的操作),
  • 有一个脚本友好的API,
  • 允许匿名错误报告,或者使用电子邮件但不需要设置帐户进行提交的报告.

灯塔接近但最后一点失败,启动板类似,github也不处理附件.招标是伟大的最后一点,但无法作为一般的bug跟踪系统(它看起来像它的开源版本将被限制在基本上是一个论坛).

我们研究了许多要安装和设置的应用程序 - 但是由于这些要求,在设置和维护工作系统方面投入时间方面总是花费巨大.


在我们的(开源)项目中,我们一直在使用Gnats很长一段时间.它做的设计做得很好,但这变得非常不方便:它不再维护,具有我们从未使用的功能,并且缺少我们想要使用的功能......它不处理附件,没有简单的方法来通过电子邮件执行操作,不与提交消息集成,以及为90年代浏览器设计的Web界面.所以我一直在寻找可以取代它的东西,希望有些托管解决方案可以避免设置/维护麻烦.

可能是我见过的最令人印象深刻的工具是灯塔:它有一个非常好的实用界面,正确处理附件,可通过电子邮件控制,并且可以响应提交消息中的命令. 但是 ......它没有任何理智的方式来匿名提交错误 - 这是一个主要要求,因为我们需要任何随机用户才能通过我们的IDE提交错误.(似乎有一个可能的黑客转发伪造From字段的电子邮件,但这不能很好地工作 - 具体来说,记者应该包括在后续电子邮件交换中.)另一方面,有相关的招标工具,在该领域非常好,但是非常基本的 - 非常基本的,不能用作错误跟踪系统.

我尝试了很多其他网站 - 似乎所有这些网站都要求提交者拥有一个帐户,因此它们不能很好地满足我们的需求; 以及以其他各种方式限制(不处理附件,没有良好的电子邮件集成等).这些网站的元描述通常是相当模糊的并没有帮助:我花了几个小时来弄清楚什么是招标/灯塔以及它们是如何相关的,并且没有网站提到它无法在没有注册的情况下接收错误报告.(我只关注开源友好的网站,因为我们没有任何预算用于此类事情.)

还有在本地安装某个系统的选项,但是如果可能的话,错误跟踪系统往往是我想避免配置和维护的怪物.

所以问题是:我有什么明显的遗漏吗?或者使它更具体:是否有一个很好的比较页面,明确地列出了流行的选项和各自的功能?

Mik*_*ike 5

JIRA开源项目是免费的.它比trac和bugzilla更加用户友好,并允许匿名提交插件.不幸的是,你需要在你自己的服务器上托管它,但从个人经验我可以告诉你,你需要做的就是安装一个数据库(它可以不运行;但这不是一个好主意)它基本上保持自己.

还有一个特殊原因,为什么谷歌代码Sourceforge问题跟踪工具不起作用?如果您不想要,您不需要使用他们的所有服务,您可以将它们纯粹用于问题跟踪.