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