布吉拉还是螳螂？ [关闭]答案

【问题标题】：Bugzilla or Mantis? [closed]布吉拉还是螳螂？ [关闭]
【发布时间】：2010-09-24 07:36:44
【问题描述】：

正如标题所说，我现在正在启动一个项目，并尝试为项目布局基础架构（SVN、电子邮件、错误跟踪、在线论坛等......）

那么，Bugzilla 还是 Mantis？

【问题讨论】：

这是link to the mantis demo site
您的系统是否必须涵盖多个项目，或者将来可能会发生这种情况？
另见stackoverflow.com/questions/1130466/…

标签： bug-tracking project-planning bugzilla mantis

【解决方案1】：

Bugzilla 更大，社区更大，功能更多，功能更强大……因此，我一直更喜欢 mantis ;) Mantis 像罪恶一样丑陋，但对于大多数项目，它以简单且直观的方式。

如果您有一个大型团队、大型 QA 部门以及所有其他 bugzillia，则可能更合适。只需要完成工作的小团队 - 在我看来，螳螂可能会更好。

mantis 缺少的最大功能（他们可能已经添加了它，这是几年前的事了）是报告功能，因此您可以使用漂亮的折线图和饼图跟踪进度。但是，我只是编写了一个简单的 PHP 脚本来提取数据并每周在 Excel 中手动创建它们（只花了 5 分钟左右）。不是很好，但功能足以满足我们当时的需要。

但是两者都有在线演示，所以我建议您尝试一下，然后选择最适合您的。

【讨论】：

在较新的 mantis 版本中有一些报告。我不知道它如何比较，因为我从未设法设置 bugzilla。
据 OhLoh.net Mantis 的代码是 Bugzilla 的 2.5 倍

【解决方案2】：

我想你会发现你的团队更喜欢 Trac 或 Redmine，而不是 Bugzilla 或 Mantis。两者都很好地与 Subversion 集成。两者都包括 wiki、论坛、项目管理功能......

快速概览：

Trac：非常广泛使用和喜爱，用 python 编写，庞大的社区，大量的“插件”。一个常见的抱怨是它不支持开箱即用的多个项目，但您可以添加一个插件来帮助解决这个问题。

Redmine：用 RubyOnRails 编写。像 Trac，但开箱即用更完整。 Redmine 的作者正在尝试创建比 Trac 更好的 Trac。

如果您对其他搜索错误跟踪器的人所写的内容感兴趣，将跟踪器相互比较，我在这里放了一些链接：
http://ifdefined.com/blog/post/2007/10/Links-to-other-comparisons-of-issue-trackers.aspx

如果你在 Windows 上，我猜你不是，那么还可以考虑 BugTracker.NET，一个易于使用、非常可配置的 .NET/MS SQL Server 中的bug tracking 系统。（免责声明：我是作者）。

【讨论】：

可以添加多项目trac插件的链接吗？
作为一个被推荐使用的菜鸟，有人可以回答它是否完全免费以及如何安装它，或者它是否是那种类似云的服务。还有，如果它是任何人都可以看到的东西，或者我可以保护我的东西......
根据您的喜好选择：ruby 或 python :)
问题是“Bugzilla 还是 Mantis？”，“neither/another”并没有真正的帮助。

【解决方案3】：

我使用过 Bugzilla 和 Mantis，但我更喜欢 Mantis 的简单性。它不像 Bugzilla 那样功能丰富，但我记得与 Bugzilla 的战斗更多。螳螂是你可以设置一次然后离开的那种东西。

【讨论】：

【解决方案4】：

我两个都用过，完全不喜欢，我更喜欢Trac，如果你真的需要在这两者之间做出选择，我会选择Bugzilla TRAC 与 subversion 的集成非常好（查看 Assembla 了解集成的工作原理）

Trac 也是开源的，添加新报告和类似内容非常简单。

【讨论】：

【解决方案5】：

我使用 bugzilla 有一段时间了，但 Redmine 得到了我的投票。设置简单，非常直观。

【讨论】：

【解决方案6】：

螳螂伟大而简单，简单很重要，因为我的客户都是非技术人员。

【讨论】：

【解决方案7】：

Mantis 在可用性方面绝对胜过 Bugzilla。

特别是，在 Mantis 上记录错误要快得多。记录错误的时间对某些人来说是一个障碍——我听说它被用作不记录错误、修复错误并假装从来没有要修复的错误（更深层次的团队问题的症状）的借口。

直到一位客户（目前正在使用 Basecamp，哎呀！）才接受了 Mantis 的想法，因为它还不够漂亮，我才意识到有些人（如上所述）认为它很丑。

与 Bugzilla 或我们尝试实施的其他系统相比，有些奇怪的欧洲东西，Mantis 是华丽的。

我知道 Mantis 的体重秤很好 - 一位朋友用它来制作电影《快乐的大脚》。他通过添加一个额外的字段来定制它以提供另一个级别的分类。

【讨论】：

【解决方案8】：

我更喜欢螳螂。它性能很好，并且可以通过使用插件或通过编码轻松扩展。

【讨论】：

【解决方案9】：

我听说过fogbugz 的好消息，但还没有找到使用它的机会。 http://www.fogcreek.com/FogBUGZ/

【讨论】：

【解决方案10】：

选择正确的错误跟踪器需要您知道谁将使用它（以及如何使用它）。我使用过 Bugzilla 和 Mantis，发现从技术角度来看 Bugzilla 更好，但如果你的一些错误报告者不是程序员/不是程序员，Mantis 会赢。对于新手 bugtracker 用户来说，它的界面不那么“威胁”。

如果您打算拥有一个私人 bugtracker，您还需要考虑它为您提供的选项，以指定允许查看/编辑的人员等。

【讨论】：

【解决方案11】：

Mantis 很棒，而且很容易设置

我已经使用它大约 3 年了

存在以下问题。

您可以在 issue 中存储的文件大小限制为 2 Meg。当您想要包含问题的屏幕截图时，这会成为一个问题。

如果两个人同时更新问题 - 有人会丢失数据

【讨论】：

你确定2MB的限制是由于Mantis，因为默认情况下PHP有2MB的上传限制，而且这个Mantis是用PHP编写的，因此这会影响Mantis。您可以尝试更改 PHP.ini 中的上传大小设置，这可能会解决您遇到的问题。
@Pervez - 谢谢，我会试一试
是的，2mb 只是 PHP 的默认值。螳螂有什么好处 - 您可以将其配置为将文件直接存储在数据库或文件系统中。
您还可以选择一个 FTP 选项，该选项允许您将文件存储在单独的 FTP 服务器上，而无需访问该位置的磁盘。 Mantis 默认文件大小限制为 5MB，配置文件包含检查 php.ini 的警告。

【解决方案12】：

我已广泛使用 Bugzilla（工作项目的默认设置），但 Mantis 获得了我的支持，因为它易于设置和使用。

【讨论】：

【解决方案13】：

又一票投给了 Trac —— 上手非常简单，基于 Web 的漂亮的存储库视图等。

【讨论】：

【解决方案14】：

我喜欢螳螂。这很简单，它可以完成工作。

【讨论】：

【解决方案15】：

你可以试试Redmine。它为您提供 repo 访问、跟踪器、论坛、wiki、日历 - 在一个地方。

【讨论】：

它看起来像是 ruby 的 trac 的 beta 端口。如果您不是红宝石党派，它可能不是最好的。我确实喜欢集成论坛，但它们看起来太糟糕了，我可能只是安装其他东西的副本并完成。迫不及待地想看看一年左右会是什么样子。