【发布时间】：2008-11-18 11:03:07
【问题描述】：
我们目前正在使用 Mantis 作为我们的 bugtracker，我们对此感到非常厌烦。开发人员想要更多的 SVN 集成，客户想要更容易使用的系统。
因此，我们正在寻找新的 bugtracker，目前我们正在研究 Redmine。但是，在其默认设置中，它与我们想要的工作流程不匹配，或者至少不比 Mantis 好多少。
我们有以下工作流程，并希望有一个错误跟踪器来匹配它。
- 报告了一个错误（通常由客户报告），并被视为“新”错误。 这些错误会被定期审查并确认（这是错误）或标记为功能（客户通常需要付费）并延迟到财务部分解决。
- 然后由开发人员分配和处理错误
- 完成后，它被标记为“准备审核”（由其他开发人员）
- 审核后标记为“已审核”
- 当标记为“已审核”时，原始开发人员将新代码放置在暂存环境中并将错误标记为“准备测试”（由错误报告者提供）
- bug-reporter 将错误标记为“已解决”
- 在生产环境中，错误报告器会关闭错误
当然，通常需要反馈，尤其是在早期阶段。我们正在寻找一种方法来区分需要执行下一步的人员以及将错误分配给谁（开发人员）。我们还希望客户使用简单的 gui 来执行此操作 - 要求他们将受让人从他们自己的帐户更改为开发人员，或者更困难：第三方（想想：设计机构）使用常规的要求太多了贵的。 gui 应该向他们展示要做什么以及有哪些选项 - 不要搜索它们。
有没有人使用过以这种方式工作的错误跟踪器？我们的工作流程真的很古怪吗？您如何确保所有相关人员都了解错误所在，以及需要谁采取哪一步？
【问题讨论】：
标签： workflow redmine bug-tracking mantis