正如标题所说，我现在正在启动一个项目，并尝试为项目布局基础设施（SVN、电子邮件、错误跟踪、在线论坛等......）
那么，Bugzilla 还是 Mantis？
John
问问题
53262 次
15 回答
37
我想你会发现你的团队更喜欢 Trac 或 Redmine，而不是 Bugzilla 或 Mantis。两者都很好地与 Subversion 集成。两者都包括 wiki、论坛、项目管理功能......
快速概览：
Trac：非常广泛使用和喜爱，用 python 编写，庞大的社区，许多“插件”。一个常见的抱怨是它不支持开箱即用的多个项目，但您可以添加一个插件来帮助解决这个问题。
Redmine：用 RubyOnRails 编写。像 Trac，但开箱即用更完整。Redmine 的作者正在尝试创建比 Trac 更好的 Trac。
如果您对其他搜索错误跟踪器的人所写的内容感兴趣，将跟踪器相互比较，我在这里放置了一些链接：http:
//ifdefined.com/blog/post/2007/10/Links-to-other -比较问题跟踪器.aspx
如果你在 Windows 上，我猜你不是，那么还要考虑 BugTracker.NET，一个易于使用、非常可配置的 .NET/MS SQL Server 中的错误跟踪系统。（免责声明：我是作者）。
于 2008-11-27T11:43:23.017 回答
24
我使用过 Bugzilla 和 Mantis，但我更喜欢 Mantis 的简单性。它不像 Bugzilla 那样功能丰富，但我记得与 Bugzilla 的战斗更多。螳螂是一种你可以设置一次然后离开的东西。
于 2008-11-27T14:23:41.963 回答
24
我喜欢螳螂。这很简单，它可以完成工作。
于 2008-11-27T10:33:35.000 回答
19
Mantis definitely wins on usability grounds over Bugzilla.
In particular, it is just a lot faster to log bugs on Mantis. Time to log bugs is a blocker for some people - I've heard it used as an excuse for not logging them, fixing them and pretending there was never a bug to fix (symptomatic of deeper team problems).
It wasn't until a client (currently using Basecamp, bleah!) canned the idea of Mantis because it wasn't pretty enough that I realised some people (as noted above) think it is ugly.
Compared to Bugzilla or another system we tried implementing, some weird European thing, Mantis is gorgeous.
I know Mantis scales well - a friend used it for the production of the movie Happy Feet. He customised it by adding one extra field to provide another level of categorisation.
于 2009-02-03T01:14:19.040 回答
16
Bugzilla 更大，社区更大，功能更多，功能更强大……因此，我一直更喜欢 mantis ;) Mantis 像罪恶一样丑陋，但对于大多数项目，它以简单直观的方式为您提供所需的东西。
如果你有一个大团队、一个大 QA 部门和所有其他 bugzillia 可能更适合。只需要完成工作的小团队 - 我认为螳螂可能会更好。
mantis 缺少的最大功能（他们可能已经添加了它，这是几年前的事了）是报告功能，因此您可以使用漂亮的折线图和饼图跟踪进度。但是，我只是编写了一个简单的 PHP 脚本来提取数据并每周在 Excel 中手动创建它们（只花了 5 分钟左右）。不是很好，但功能足以满足我们当时的需要。
但是，两者都有在线演示，所以我建议您尝试一下并选择最适合您的。
于 2008-11-27T10:38:16.627 回答
9
螳螂很棒而且很容易设置
我已经使用了大约 3 年
它有以下问题。
您可以在 issue 中存储的文件大小有 2 Meg 的限制。当您想要包含问题的屏幕截图时，这会成为一个问题。
如果两个人同时更新问题 - 有人会丢失数据
于 2008-12-31T17:34:00.827 回答
6
Mantis 伟大而简单，简单很重要，因为我的客户是非技术人员。
于 2009-08-10T08:35:53.433 回答
5
我更喜欢螳螂。它性能很好，并且可以通过使用插件或通过编码轻松扩展。
于 2009-02-03T00:39:28.690 回答
5
我已经广泛使用了 Bugzilla（工作项目的默认设置），但 Mantis 获得了我的支持，因为它易于设置和使用。
于 2008-12-11T12:14:23.463 回答
5
你可以试试Redmine。它为您提供了 repo 访问、跟踪器、论坛、wiki、日历 - 在一个地方。
于 2008-11-27T10:30:35.130 回答
5
我听说过关于fogbugz 的好消息，但还没有找到使用它的机会。 http://www.fogcreek.com/FogBUGZ/
于 2009-01-13T18:17:56.377 回答
4
对 Trac 的另一票 - 非常容易上手，基于 Web 的漂亮视图进入您的存储库，等等。
于 2008-11-27T14:17:15.843 回答
4
选择正确的错误跟踪器需要您知道谁将使用它（以及如何使用它）。我使用过 Bugzilla 和 Mantis，发现从技术角度来看 Bugzilla 更好，但如果你的一些错误报告者不是程序员/不是程序员，Mantis 会赢。它的界面对于新手 bugtracker 用户来说不那么“威胁”。
如果您打算拥有一个私人 bugtracker，您还需要考虑它为您提供的选项，以指定允许查看/编辑的人员等。
于 2009-01-01T18:03:00.533 回答
3
我使用 bugzilla 有一段时间了，但 Redmine 得到了我的投票。设置简单，非常直观。
于 2009-10-27T15:14:33.797 回答