logo标签列表

故障报告解决方案

comparisonbug-tracking
11

问题澄清/摘要--我们正在寻找:

  • 一个托管的缺陷跟踪系统;
  • 像Lighthouse/Github/Launchpad一样方便使用;
  • 能够处理附件;
  • 集成电子邮件通知和操作（意味着提交消息中的操作）;
  • 拥有面向脚本的API;
  • 允许匿名缺陷报告或带有电子邮件地址但不需要设置账户进行提交。

Lighthouse很接近，但在最后一点上失败了，Launchpad类似，Github也无法处理附件。 Tender非常适合最后一点，但作为一般性的缺陷跟踪系统则失败了（看起来它的开源版本将仅限于基本上是论坛）。

我们研究了安装和设置的许多应用程序，但是在具有这种范围的要求时，它们总是以投入时间设置和维护工作系统的巨大成本为代价。

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

我见过的最令人印象深刻的工具可能是lighthouse：它有一个非常漂亮和实用的界面，可以很好地处理附件，可以通过电子邮件进行控制，并且可以响应提交信息中的命令。 但是...... 它没有任何合理的方法来匿名提交错误 - 这是一个主要的需求，因为我们需要任意用户能够通过我们的IDE提交错误。 （似乎有一种可能的黑客方式，即转发假冒的From字段的电子邮件，但这并不奏效 - 具体而言，报告者应包括在后续的电子邮件交流中。）另一方面，有相关的tender工具，在这方面非常好，但在其他方面非常基础 - 太基础，无法作为缺陷跟踪系统。

我试过许多其他网站 - 似乎所有这些网站都要求提交者拥有帐户，因此对于我们的需求它们并不适用；同时在各种方面也有限制（无法处理附件、没有良好的电子邮件集成等等）。这些网站的元描述通常相当晦涩，这并没有帮助：我花了数小时的时间才弄清楚tender/lighthouse是什么以及它们之间的关系，并且没有任何网站提到其无法在未注册的情况下接收错误报告。（我只看开源友好的网站，因为我们没有任何预算用于此类工具。）

还有一种选择是在本地安装某些系统，但缺陷跟踪系统往往是“怪物”，如果可能，我想避免配置和维护。

所以问题是：我错过了什么明显的东西吗？ 或更具体地说：是否有一个好的比较页面，在该页面上明确列出了流行选项及其各自的功能？

也许，如果您在问题中解释一下目前的解决方案中哪些方面让您觉得“不便”，那么答案可以考虑这一点。 - bignose
没什么好说的：这个项目已经有将近十年没有进行积极开发了。（我猜这可能是一个问题：几乎没有人知道它的存在...） - Eli Barzilay
为什么不使用YouTrack！轻松管理Bug！（这是相关广告，不确定是否好用）。http://www.jetbrains.com/youtrack - glasnt
大鼻子：我做了，那是第一个编辑。 - Eli Barzilay
1
jrockway：很明显，黑客是一种选择（如果你告诉我有关GPL的事情，那么我猜想你实际上没有看到我们的项目是什么......）。但就像维护一样：这需要从我真正关心的事情中花费更多的时间。目前，考虑到安装的巨大成本（以及自制系统的更大成本），我们只能使用gnats。提出这个问题的原因是，与类似github/launchpad/lighthouse的东西相比，它们之间的差距可能很小 - 所以我希望已经存在这样的东西。 - Eli Barzilay
显示剩余3条评论
10个回答
5

JIRA是免费提供给开源项目使用的。它比trac和bugzilla更加用户友好，并允许匿名提交和插件。不幸的是，你需要在自己的服务器上托管它，但从个人经验来看，你只需要安装一个数据库（它可以不运行，但这不是一个好主意），它基本上可以自我维护。

此外，是否有特定的原因，不能使用Google Code或SourceForge的问题跟踪工具？如果你不想使用所有服务，你也可以仅仅用它们进行问题跟踪。

我看了一下JIRA——缺乏托管解决方案是一个很大的缺陷，因为它让我重回维护循环。此外，在他们自己的系统中，我没有看到匿名提交的选项，界面也相当复杂（对于一个没有额外时间处理复杂系统的小团队来说，这是我们与gnats面临的主要问题之一）。 - Eli Barzilay
至于Google Code，它有一个相同的问题，即需要帐户才能创建错误报告。（我甚至没有尝试过SourceForge - 我甚至在快速浏览中都没有看到他们是否有错误跟踪 - 但我真的不喜欢有令人讨厌的广告，速度相当慢，并且存在一般糟糕的问题。） - Eli Barzilay
JIRA允许匿名提交（请参见我的答案中的链接），同时它们也允许通过电子邮件进行提交：http://confluence.atlassian.com/display/JIRA/Creating+Issues+and+Comments+from+Email - 就维护而言，我们已经运行了一个实例5年，只需要升级一次，而且没有出现问题。它会自动为您备份数据库，并具有还原的GUI界面。你说得对，它不像Google Code的界面那么简单。 - Mike
@Andrew 是的，但遗憾的是对于开源项目不是免费的。 - Mike
1
只是为了澄清，以防将来有人遇到这个问题：由于我提到的问题，JIRA不是一个好的解决方案。（我没有选择它作为答案，它只是在赏金期结束时得到了最高的投票。） - Eli Barzilay
2

你尝试过Trac吗？它被许多开源项目使用。

是的，我们考虑过了 -- 但这几乎和 bugzilla 一样糟糕，这就是为什么我们正在寻找一个托管解决方案。 （或者是一些真正简单的安装和本地维护，但我怀疑这样的东西是否存在。） - Eli Barzilay
“几乎和Bugzilla一样糟糕”怎么了？多年前，我在我的旧工作中安装了许多缺陷跟踪器，以便我们可以决定使用哪一个。Trac是毫无疑问的赢家。它符合您列出的所有要点，那么实际问题是什么？ - Tom
看看repositoryhosting.com吧。它是一个托管的跟踪解决方案，非常好用且价格便宜。此外，JumpBoxes提供了trac和subversion虚拟设备。 - Vlad
汤姆：安装、维护、扩展（通过（呃）Python）。这就是为什么我们目前更喜欢托管解决方案的原因。 - Eli Barzilay
2

FogBugz 是一种可选方案。它们可以提供托管服务，也可以让你自行运行。我的公司曾考虑过使用它，但是由于政治因素，在这里不可行。

我看了一下，听起来很有前途，但每个用户每月30美元的价格对于一个非商业免费开源项目来说是不可行的选择。（我知道有购买选项，但这将花费我们大约3500美元，这也是不切实际的）。 - Eli Barzilay
@Eli：我很确定他们为非商业用途免费提供此服务。 "学术和非营利组织请通过电子邮件与我们联系。Fog Creek Software不提供单独的政府定价。" - Tanzelax
Tanzelax：在哪里看到的？我只看到了http://www.fogcreek.com/FogBugz/FogBugzOnDemandBilling.html，上面根本没有提到这个... - Eli Barzilay
更新：即使享有可能的折扣，FogBugz仍然很昂贵。 - Eli Barzilay
2
你看过维基百科上的问题跟踪系统比较吗？
我还发现了fixx，来自hedgehoglab。显然它具有您更关心的功能：

做事情

  • fixx拥有一个直观的界面，可以快速报告错误。填写错误报告就像发送电子邮件一样容易。
  • 能够添加多个附件到问题中，允许您附加屏幕截图和管理与问题相关的文档。
  • 聪明的通知选项，可以让相关人员保持更新，同时防止问题跟踪器垃圾邮件。
另外：

请注意，我从未使用过它，因此无法提供任何建议。

1

开源 BugTracker.NET 支持以下几个问题给你带来的困扰：

  • 附件
  • 访客登录
  • 电子邮件通知
  • SVN 提交集成

我发现它很容易设置、维护和调整。当然，如果您不熟悉 .NET 并且没有 Windows 服务器可用，您可能会有不同的想法。

唉...这不仅没有托管，而且看起来与安装过程相同（ASP、.NET、SQL），只是在Windows上... - Eli Barzilay
这可能是一个棘手的要求。老实说，我没有像应该那样仔细阅读你的帖子...而且这不仅仅是没有托管。 - Jason Kresowaty
关于“但是缺陷跟踪系统往往是我想避免配置和维护的怪物”和“安装难度大”，对于已经熟悉Microsoft开发堆栈（IIS、ASP.NET和SQL Server）的人来说，BugTracker.NET很容易。但如果你还不熟悉Microsoft工具，那就不容易了。 - Corey Trager
0
你可以看一下Unfuddle。他们允许使用API提交工单，并且包括附件在内，满足了你提出的其他要求。
我刚刚看到了这个问题，实际上（据我所知），它似乎遇到了同样的问题：即使您使用API从应用程序创建工单，除非创建一个新帐户，否则报告人将不会在后续有关错误的消息中被抄送。（而且这样的帐户似乎也算作项目中的一个人。）对于我们来说，将报告人作为后续讨论的一部分非常重要，因为我们的报告人本身就是开发人员。 - Eli Barzilay
步骤1：接收电子邮件。步骤2：查找或创建帐户。步骤3：通过API提交工单。步骤4：获利。 - jrockway
这对于普通用户来说太多了。如果你是Mozilla，那么你可以忽略它，因为你会有人投入时间提交错误报告。但如果你是一个小项目，每个用户都很重要，你不希望报告因为潜在的错误提交者的反应（在我看来完全合理）而减少：“我真的很在乎吗？我要再开一个账户吗？” - Eli Barzilay
0

看看repositoryhosting.com，他们有现成的解决方案，包括trac / svn / git。这些解决方案带有各种功能，例如Agilo插件和自动备份到您选择的Amazon S3存储桶。

价格非常合理。

jumboxes还提供了一个Trac / SVN虚拟设备，您可以在自己的环境中托管。

0
1
一个简单的方法来开始使用Redmine是使用Bitnami安装程序：http://bitnami.org/stack/redmine。它会安装整个堆栈，包括apache、mysql、ruby和redmine。 - Corey Trager
0

我以前用过ZenDesk，它非常方便。 此外，它还有一个API：http://www.zendesk.com/api。 而且我知道它可以在任何事件发生时抄送给你想要的人。

0

我们也在寻找新的解决方案。

目前我们正在使用FogBugz，但它非常缓慢。

我们需要让客户能够通过电子邮件记录错误。Tender看起来很完美，但它没有任何明显可用的ID字段，我们可以传递。是否有插件或类似的东西？我可以编写一个浏览器扩展程序来“转到错误ID [任何内容]”，但这似乎对于应该是核心功能的东西来说有些笨拙？

我们对Tender的最后印象是它过于简单化，只能作为一种高级入口点来处理漏洞 - 因此它并不适合用于解决漏洞的内部工作。 （在我们的情况下，额外的官僚主义水平使得所有事情都变得不那么吸引人。） - Eli Barzilay
我们最终选择了Tender。在与我们的团队合作后，我们将更多的错误管理移入了现有的敏捷工作流中，现在只使用Tender来管理客户票据和期望。到目前为止一切顺利！ - richo
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接