我们正在“升级”公司的系统，从SourceSafe / BugNet / ...（是啊！）转移到一些更严肃的系统。 TFS太贵了。我们来比较OnTime和Gemini。它们看起来都很好，价格标签“OK”。我们当然会下载并试用它们，但是对于有经验的用户的评论会很好。对我来说，他们似乎很平等。
有没有人同时使用这两者，并且可以将两者相互比较？ 如果你推荐其中一个，哪一个，为什么？ 这些系统还有其他经验吗？ （特别是双子座，似乎很难找到关于这一个的评论......？）
（我们正在谈论一个较小的开发团队，一次一个项目中最多8个开发人员，几个测试人员和一些利益相关者/经理等......几个同时运行的项目。需要能够集成到Visual Studio，Subversion以及对问题跟踪器的反馈等）
谢谢你的时间！
答案 0 :(得分：5)
我们在这里使用OnTime - 它有一个良好的工作流程环境，但要注意它根本不能很好地扩展。我们目前有35个许可证，在任何时候只有10到15个用户在线，而且很难。
另外要注意在分布式环境中使用Web或“远程”服务器的销售宣传 - 它可以与demo / eval数据库一起使用，但是一旦开始在数据库中获得大量项目，就会慢慢爬行。您所要做的就是查看SQL事件探查器，您将看到对数据库进行的调用次数。
如果您对Web服务进行概要分析，您还会发现Web和远程环境根本没有针对批量调用进行优化，因此只要您迁移到任何类型的通信延迟，它就会爬行。
Axosoft的支持对此也不太有帮助 - 他们奇怪地不将这些视为错误，而是将其视为我们在这些环境中应该期待的东西。我们已经联系了他们对其他一些事情的支持，令人惊讶的是，它对其他事情的影响也很大。
Axosoft的理由是我们应该在eval期间找到这些东西，但我不知道他们如何期望我们在30天的评估期内将数据扩展到生产环境......我们已被迫恢复使用Citrix的WinForm客户端为我们的分布式团队。
总体而言 - 如果您在一个位置拥有一个小团队，这是一个不错的应用程序。但如果你有更大的团队或人员在多个地方分散，我会不惜一切代价避免它。
答案 1 :(得分：3)
Gemini很棒，我们选择了双子座的许多其他bug跟踪系统......
我们喜欢的主要功能：
用户界面
可扩展性（API，基于REST）
插件产品（visual studio，outlook插件）
源控制集成（颠覆）
源代码可用（asp.net c＃），易于设置和强大的支持。
答案 2 :(得分：2)
要与Gemini bug tracker和同一空间中的其他人进行更广泛的比较，可能会使用wikipedias Bug tracking comparison页面。虽然我不知道直接，深入的Gemini / OnTime比较。
答案 3 :(得分：0)
查看Project Kaiser（可用的简短演示）。它快速，基于Web，支持嵌入式wiki，论坛和聊天。它对5个用户免费：）