【问题标题】:bug tracking on a per project basis基于每个项目的错误跟踪
【发布时间】:2011-04-26 00:33:12
【问题描述】:

一直在研究错误跟踪解决方案。搜索了网络,其他网站,以及这里的其他回复/问题,

我有一个包含多个子项目的项目。每个子项目都需要有自己的错误跟踪空间。即,projectA、projectB 和 projectC 将由不同的人工作,并会产生不同的问题/错误,需要开发人员解决/跟踪。

在快速浏览免费工具时,(bugzilla/mantis/etc..)不确定是否有快速/简单的方法来创建满足我需求的解决方案。

我正在考虑拥有约 200-300 个子项目,每个子项目有 1-2 个开发人员..

不能收费,因为这是一项小型/无资金运营,并且该项目的开发人员/子项目数量将超过收费应用程序的免费运营所指定的数量。

感谢您的想法/cmets。

谢谢

【问题讨论】:

    标签: bug-tracking bugzilla mantis


    【解决方案1】:

    我们确实遇到了这种情况,在评估了所有选项后,决定使用Redmine。 Redmine 有多个项目的概念,每个项目都有自己的错误和功能跟踪器、wiki 空间、版本控制集成、文档存储、新闻提要等。项目也可以分层嵌套,这是一个非常好的功能。您还可以设置项目路线图并将功能链接到特定版本。

    您可以设置自定义角色,开发人员可以对他们所属的每个项目拥有不同的项目管理权限。

    我最喜欢的功能是源代码管理集成。能够将错误链接到单个 SVN 提交真是太好了,点击查看差异真的很有帮助。

    代码是使用 Ruby on Rails 实现的,带有一个数据库后端(我们使用 MySQL)。它是我们的生产错误跟踪器,并且非常可靠。该项目本身使用Redmine作为它自己的bug tracking。它得到很好的支持,开源,并且在我们使用它的 2 年里一直在稳步进步和改进。

    如果您想在自己下载之前了解 Redmine 的功能,可以查看 interactive demo site

    【讨论】:

      【解决方案2】:

      Bugzilla 有一个“严格隔离”模式,这使得它对组安全非常敏感。每个子项目都可以有自己的组,与这些开发人员不同。

      或者,您可以使用相同的安装但使用多个数据库:

      http://www.bugzilla.org/docs/3.6/en/html/multiple-bz-dbs.html

      Redmine(或类似产品)可能是您想要的更好的替代品,但这就是您在 Bugzilla 中的做法。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2010-10-20
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多