正在为具有分布式团队的中型 Web 应用程序开放项目寻找问题跟踪器。我们计划在我们自己的服务器上运行它。新用户提交新问题必须非常容易，并且必须与其他软件很好地集成。
我们的主要要求，按重要性降序排列：
- 开源
- 能够非常新的用户友好的错误提交
- 提交新问题必须尽可能简单，只需填写一个屏幕（注册后），并且可见的字段很少（例如“摘要”和“描述”会很好）
- Google Code 就是我们喜欢的那种界面的一个例子；Bugzilla 的 Bugzilla 实例 (https://bugzilla.mozilla.org/enter_bug.cgi) 是我们不喜欢的那种新的错误提交界面的示例
- 如果默认提交界面不是新用户友好的，那很好，只要使用模板/皮肤可以轻松修改即可。除了用于新用户错误提交的简单视图之外，如果有一个“高级视图”用于错误编辑以及其他字段（例如问题分配给谁），那就太好了
- 有API；或者，支持其他应用程序同时访问其数据库后端（我们希望从其他服务器上运行的其他独立软件查询和修改问题）
其他可取的标准，按重要性降序排列：
- 在日常使用中不会令人沮丧
- 有一个比较大的社区
- 与hg (mercurial)很好地集成
- 可与外部集成：
- 支持台/请求跟踪软件
- 项目管理软件
- 身份验证系统（和/或支持 OpenID 登录）
- 模块化的; 如果我们修改问题跟踪器，我们希望将这些改进作为一个易于其他人安装的模块发布
- 适合拥有某种简单易用的问题重要性投票系统，例如 Google 代码上的星星；我们打算创建或修改这样一个组件以插入我们自己的外部投票系统
- 适合与 SugarCRM 集成
当我说“适合”时，我的意思是我们愿意在必要时自己编写问题跟踪器的扩展，但是，问题跟踪器的架构应该适合这种扩展。
如果我们可以选择集成外部软件而不是使用包含的东西，那么还包括支持台或项目管理功能的问题跟踪器是一个加分项。我们不需要另一个 wiki（我们已经有一个我们喜欢的）。
根据 Google 搜索（见评论），最流行的开源问题跟踪器是 trac、bugzilla、mantis、RT（可能还有 Launchpad）。我也将 Redmine 包括在内，因为我从未见过最近将这些问题跟踪器与 Redmine 进行比较，其中有人对 Redmine 有不好的评价，而在民意调查中，Redmine 有时会击败其他人。随意建议其他人（请记住，标准之一是“相对较大的社区”）。
毫无疑问，那里有多个好的问题跟踪器；上面列出的许多都声称可以与其他软件进行扩展和集成。最有帮助的是使用过多个问题跟踪器的人之间的直接比较。
这些在可扩展性、可集成性和可换肤性方面如何相互比较？
如果您使用过其中的一种以上，您会推荐其中的哪一种，以及您使用过哪些其他的？
其中哪些已经与大量身份验证系统/支持台系统/等集成？
非常欢迎评论解释为什么一个特别流行的开源问题跟踪器（尤其是上面列出的一个）不适合我们的情况；这将节省我的时间。
谢谢！