项目规范的bug-tracker和wiki

Question

简短问题

如果您想跳过下面的详细信息，请参阅以下简短问题：

我想知道你是否保持你的应用程序的规格类似，在bugtracker + wiki中，你如何拆分信息以便进行良好的管理。我寻找一个简单的解决方案或只是一个开始点。

详情

我需要跟踪我要构建的Web应用程序的功能。所以，我使用MediaWiki来收集功能列表。

对于每个功能，我都有一个wiki页面，其中包含FreeMind格式或纯文本的功能规范，技术规范和各种相关的头脑风暴。此外，我还提供了一系列与TODO相关的开放性问题以及针对各种用例的大量图像。我发现维基是一个很好的地方，可以保留所有这些。

我在wiki中有一个页面，手动转换了所有功能，因此我可以在一个页面中以特定格式查看它们。 我在wiki中还有一个页面，其中列出了v1.0的目标，以及此版本的手动转换功能列表。

在bug跟踪器中（我使用ClockingIT），我想跟踪任务，错误等，以便构建产品的1.0版本。

ISSUE

由于我保留了wiki中的所有功能（嗯，至少是主要功能），我现在觉得需要在bug跟踪器中复制它们。此外，在V1.0上进行头脑风暴后，我意识到有许多小功能（太小而不能包含在wiki中），我需要在bug跟踪器中跟踪。

问题是我最终会有2个系统来保存和管理这组功能，并会出现大量重复项，例如：

• 在V1.0中获得哪些功能 - ＆gt;这在wiki中作为一个页面存在，而bugtracker为此保留了一个里程碑;将功能从v1.0移动到另一个版本，将意味着更新bugtracker和wiki
• 在bugtracker中我添加注释作为我在处理该功能时所做的事情的日志，因此wiki将被弃用，因为头脑风暴的某些部分进入了bugtracker
• wiki将倾向于包含主要功能，而bugtracker将包含次要功能（例如添加按钮以显示/隐藏某个部分或某些内容）......但主要和次要功能之间的限制是非常主观的，并且会倾向于为了弄乱我所以我很难找到一个功能 - 我必须在wiki和bugtracker中搜索，否则我将不得不记住它是主要还是次要功能

问题

因为我需要在wiki中保留这些功能，因为它是头脑风暴，信息保存等的优秀工具，我应该在bugtracker中包含哪些内容？如何有效地分离这两个工具的功能，以便它们彼此很好地集成，我不会复制任何（或少量）数据？

谢谢！

Answer 1

我使用混合物。在维基上，有一个需求页面（以及其他页面），它描述了功能和交付数据。某些功能具有独立的主题，其中解释了设计/实现细节。需求主题包括指向错误的链接，其中包含错误/功能的简短描述。并非所有功能都会反映为错误。如果计划在该版本中修复所有错误，则会在当前版本部分中列出。一个单独的链接进入错误跟踪系统，以显示产品的所有错误（错误跟踪器中有许多产品）。所以：

• 所有功能，错误修复都列在特定版本的需求页面上;
• 错误跟踪系统包含测试期间发现的错误;
• 没有确切的定义哪些请求转到错误跟踪器，哪些没有。外部审阅者可以将错误跟踪器中的功能请求报告为票证。
• 关键是要将所有要求保持在一起并按每个版本组织。

也许有更好的方法来组织事物，但这对我来说最简单，并且不需要很多时间。

Answer 2

您需要根据自己的需要进行自定义，但是看过trac：http://trac.edgewall.org/。

这将满足您的许多目的。它将bug跟踪器与wiki和其他方面结合在一起。

Trac是一个用于软件开发项目的增强型wiki和问题跟踪系统。它为Subversion（或其他版本控制系统），集成的Wiki和便捷的报告工具提供了一个接口。