主页 / server / 问题 / 904
Accepted
Arnold Spence
Asked: 2009-05-01 06:34:49 +0800 CST

对于非开发人员来说，什么是好的开源问题跟踪系统？

  • 772

我使用 TRAC 来跟踪软件开发的错误/问题，但对于典型的桌面用户来说似乎有点复杂。有什么更好的（开源）更易于使用（比 TRAC），更多地针对最终用户（而不是开发人员），并且可能引导他们完成常见场景？

open-source

10 个回答

  1. 维基百科有一个问题跟踪系统的比较

    • 6

  2. 在我目前的工作中，我们使用Redmine。我不知道这算不算“更简单”，但它对我们很有效。

    • 4
  3. Best Answer

    非软件： 我在以前工作的地方，我们使用过 OTRS ( http://otrs.org/ ) 它用于非开发环境（在构建中没有固定，在构建中找到ETC..）。我们将其设置为针对我们的 Windows AD 进行身份验证。

    我喜欢 OTRS 的地方在于它可以集成到电子邮件和网络中。因此，用户可以通过电子邮件发送问题，它会打开一个工单，然后您可以登录 Web 界面并回复他们的电子邮件。如果用户想以 1/2 的方式使用 Web 界面，他们可以......并且他们来回通过电子邮件发送的所有内容都存储为注释。它对您和用户来说都是无缝的。

    您还可以使用“预设回复”，这样您就可以向用户发送电子邮件或在票证中添加注释，而无需再次输入所有内容。

    OTRS 还有一个常见问题解答部分，您可以在其中放置“操作方法”部分。它还可以对某些单词进行正则表达式并自动将它们放入不同的队列中。

    软件： 对于软件错误跟踪，（我现在所在的地方）我们使用 Mantis BT。我想说它非常易于使用和设置，我们针对 openldap 服务器进行身份验证。

    • 3

  4. BugZilla 似乎是一个受欢迎的选择。

    • 2

  5. Bugzilla/Redmine 的替代品是Mantis Bug Tracker。

    如果您的开发人员正在使用 Eclipse，您应该注意与Mylin的良好集成，这是一个出色的 Eclipse 插件，可以直接从 Eclipse 访问您的错误并将源代码链接到它们。

    我知道目前支持 Bugzilla 和 Jira（非常好但不是开源的）。

    • 2

  6. Roundup非常好，只要有一点 Python 知识就可以轻松破解。

    • 2

  7. 查看 JIRA，它也非常适合帮助台

    • 2

  8. 我目前正在使用一家与“Bog Peak”押韵的公司的产品进行问题跟踪。我喜欢。但不是开源的，所以它不能回答你的问题。

    从个人经验来看，我没有什么可推荐的，但我可以反对之前的两个建议：Bugzilla 是非技术用户的噩梦，Mantis 是一堆可用性失败的热气腾腾的东西。根本不是任何一个的粉丝。

    我听说过关于Trac和Lighthouse的好消息。（尽管 Lighthouse 并不真正符合开源标准，但它确实提供了免费选项。）

    • 2

  9. 如果您还没有放弃 Trac 方法，您可能需要查看http://trac-hacks.org/wiki/SimpleTicketPlugin以隐藏一些现有字段。另请注意，如果您从其中许多字段中删除所有选项，它们将从 UI 中消失。

    此外，使用 Trac 0.11，我们拥有可配置的工作流程。虽然最常用于将更多状态添加到工单从“新”到“关闭”的路径中，但您可以将工作流程减少到只有这两个状态的程度。

    • 1

  10. 大多数跟踪器的问题之一是它们会在第一眼看到客户时将其赶走。我强烈推荐 Snowy Evening，因为它与其他功能一样强大，但对我的客户来说也非常易于使用：

    http://snowy-evening.com

    • 0

相关问题