在某个特定项目中，我们共有10名团队成员。
经过大约一年的项目工作（并使用Mantis作为错误/功能跟踪器），bugtracker变得越来越难以使用，因为没有设置标准来解释如何创建新任务，如何评论任务等。这导致相同错误的多个条目，在搜索时无法轻易找到错误等。
你如何组织你的bugtracker？你是否为应用程序的不同部分（GUI，后端等）使用了很多（子）类别，你是否在任务标题中使用标签（即“[GUI] [OptionPage]错误”）？
您的团队中是否有人允许引入新任务，或者这一步是通过单个“Mantis-master”（然后谁会知道新报告是重复报道还是全新报道）？
答案 0 :(得分：2)
始终将版本控制系统提交链接到一个问题并返回，以便您知道哪些提交确实解决了哪个问题以及为何进行了某个提交。
答案 1 :(得分：1)
我们所做的是为bug跟踪器引入批准条目的角色。这个角色可以由不同的人共享。该流程要么批准，要通过小编辑批准，要么拒绝该条目以及进一步编辑或澄清的请求。
如果没有给在（核心）团队工作的人员角色，那么对于一般的理解会更好。
答案 2 :(得分：1)
在开放网络上的“大型”螳螂系统中，我看到规则就像
新：任何人都可以输入错误。
已确认：少数人可以将其升级到此级别。这些人已经看了一段时间的每一个新错误，因此他们会知道它是否重复。或者他们可以将它传回给记者澄清，直到他们完全理解这项工作为止。
确认：由决策者设定，他们基本上会说“我们会这样做”。
我实际上并不记得它在哪里，更重要的是我不知道它的效果如何。