正如标题所说,我现在正在启动一个项目,并试图为项目布局基础设施(SVN,电子邮件,错误跟踪,在线论坛等......)
那么,Bugzilla还是Mantis？
我想你会发现你的团队比Bugzilla或Mantis更喜欢Trac或Redmine.两者都很好地与Subversion集成.两者都包括维基,论坛,项目管理功能......
快速概述:
Trac:非常广泛使用和喜爱,用python编写,庞大的社区,大量的"插件".一个常见的抱怨是它不支持开箱即用的多个项目,但您可以添加一个插件来帮助解决这个问题.
Redmine:用RubyOnRails编写.像Trac一样,但更完整的开箱即用.Redmine的作者正试图创造一个比Trac更好的Trac.
如果您对其他搜索bug跟踪器的内容感兴趣,请将跟踪器相互比较,我在这里放了一些链接:http:
//ifdefined.com/blog/post/2007/10/Links-to-other -comparisons-的发出,trackers.aspx
如果您在Windows上,我猜你不是,那么还要考虑BugTracker.NET,一个易于使用,非常可配置的.NET/MS SQL Server 错误跟踪系统.(免责声明:我是作者).
我喜欢螳螂.这很简单,它完成了工作.
我使用过Bugzilla和Mantis,但我更喜欢Mantis的简洁.它不像Bugzilla那样功能丰富,但我记得与Bugzilla的战斗更多.螳螂是你可以设置然后离开的那种东西.
Mantis绝对胜过Bugzilla的可用性.
特别是,在Mantis上记录错误要快得多.记录错误的时间对于某些人来说是一个阻碍者 - 我听说这是一个不记录它们的借口,修复它们并假装从来没有修复过的错误(更严重的团队问题的症状).
直到一个客户(目前正在使用Basecamp,bleah!)才能解决Mantis的想法,因为我觉得有些人(如上所述)认为它很难看.
与我们尝试实施的Bugzilla或其他系统相比,Mantis非常华丽.
我知道Mantis很好地扩展 - 一个朋友用它来制作电影Happy Feet.他通过添加一个额外字段来定制它以提供另一级别的分类.
Bugzilla更大,更大的社区,更多的功能,更多的力量......因此我总是喜欢螳螂;)Mantis和罪恶一样丑陋但是对于大多数项目来说,它以简单直观的方式为您提供所需的东西.
如果你有一个庞大的团队,一个大的QA部门和所有其他的bugzillia可能更适合.只需要完成工作的小团队 - 然后螳螂可能是更好的imo.
螳螂中缺少的最大特征(它们可能已经添加了它,这是几年前)是报告功能,因此您可以使用漂亮的线条和饼图跟踪进度.但是,我只是写了一个简单的PHP脚本来提取数据并在每周手动创建它们(仅用了5分钟左右).不是很好,但在功能上足以满足我们当时的需求.
然而,两者的在线演示,所以我建议你尝试一下,选择最适合你的.
HTH
Mantis很棒,很容易安装
我已经使用它大约3年了
它有以下问题.
您可以存储的文件大小限制为2 Meg.当您想要包含问题的屏幕截图时,这将成为一个问题.
如果两个人同时更新问题 - 有人会丢失数据
我已经使用了两者并且根本不喜欢它们,我更喜欢Trac,如果你真的需要在这两者之间做出选择我会选择Bugzilla TRAC与subversion的集成是真的很好(看看Assembla看看集成如何工作)
Trac也是开源的,添加新的报告和类似的东西非常简单.
Mantis非常简单,简单很重要,因为我的客户是非技术人员.
你可以试试Redmine.它在一个地方为您提供回购访问,跟踪器,论坛,维基,日历.
我已广泛使用Bugzilla(工作中的项目默认),但Mantis获得了我的投票,以便于设置和使用.
我听说过关于fogbugz的好东西,但还没有找到使用它的机会. http://www.fogcreek.com/FogBUGZ/
我更喜欢螳螂.它运行良好,可以通过使用插件或通过编码轻松扩展.
京公网安备 11010802040832号 | 京ICP备19059560号-6 