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