哪个开源、可扩展、可能易于使用的问题跟踪器？ redmine、trac、bugzilla、mantis、RT？ [关闭]

Question

正在为具有分布式团队的中型 Web 应用程序开放项目寻找问题跟踪器。我们计划在我们自己的服务器上运行它。新用户提交新问题必须非常容易，并且必须与其他软件很好地集成。

我们的主要要求，按重要性降序排列：

• 开源
• 能够提交非常新的用户友好的错误
  • 提交新问题必须尽可能简单，只需填写一个屏幕（注册后），并且可见的字段很少（例如，只有“摘要”和“描述”就可以了）李>
  • Google Code 是我们喜欢的那种界面的一个例子； Bugzilla 的 Bugzilla 实例 (https://bugzilla.mozilla.org/enter_bug.cgi) 是我们不喜欢的那种新的错误提交界面的示例
  • 如果默认提交界面不是新用户友好的，只要它可以使用模板/皮肤轻松修改，这很好。除了用于提交新用户错误的简单视图之外，如果有一个“高级视图”用于错误编辑以及其他字段（例如问题分配给谁），那就太好了
• 有 API；或者，支持其他应用程序同时访问其数据库后端（我们希望从其他服务器上运行的其他独立软件查询和修改问题）

其他可取的标准，按重要性降序排列：

• 日常使用不会令人沮丧
• 拥有一个相对庞大的社区
• 与 hg (mercurial) 集成良好
• 可与外部集成：
  • 支持台/请求跟踪软件
  • 项目管理软件
  • auth 系统（和/或支持 OpenID 登录）
• 模块化；如果我们修改问题跟踪器，我们希望将这些改进作为一个易于其他人安装的模块发布
• 可以使用某种简单易用的问题重要性投票系统，例如谷歌代码上的星星；我们打算创建或修改这样一个组件以插入我们自己的外部投票系统
• 可与 SugarCRM 集成

当我说“适合”时，我的意思是我们愿意在必要时自己编写问题跟踪器的扩展，但是，问题跟踪器的架构应该适合这种扩展。

如果我们可以选择集成外部软件而不是使用包含的东西，那么还包括支持台或项目管理功能的问题跟踪器是一个优势。我们不需要另一个 wiki（我们已经有一个我们喜欢的）。

根据 Google 搜索（参见 cmets），最流行的开源问题跟踪器是 trac、bugzilla、mantis、RT（可能还有 Launchpad）。我还包括了 Redmine，因为我从未见过任何这些问题跟踪器与 Redmine 之间的最近比较，其中有人对 Redmine 有不好的评价，而在民意调查中，Redmine 有时会击败其他人。随意推荐其他人（请记住，其中一项标准是“相对较大的社区”）。

毫无疑问，有多个很好的问题跟踪器；上面列出的许多都声称可以与其他软件进行扩展和集成。最有帮助的是使用过多个问题跟踪器的人之间的直接比较。

它们在可扩展性、可集成性和可换肤性方面如何比较？

如果你用过不止一种，你会推荐哪一种，你还用过哪些？

其中哪些已经与大量身份验证系统/支持台系统/等集成？

非常欢迎评论解释为什么一个特别流行的开源问题跟踪器（尤其是上面列出的一个）不适合我们的情况；这将节省我的时间。

谢谢！

Answer 1

Redmine。使用了一段时间。简直太棒了。