寻找分层特征/任务跟踪系统

Question

我使用Trac来跟踪与我的php web应用程序相关的错误。很难，主要是我在trac中注册功能请求/任务。你认为这是一个好习惯，顺便说一句？ 它非常方便，因为我可以通过Eclipse / mylyn跟踪我的任务，评论并修复它们。我非常喜欢trac，但是我害怕很多loosley偶然的任务，几乎看起来像bug。 有没有办法（或其他跟踪系统）分层存储我的任务？我的意思是：

• 商店模块（功能）
  • 添加产品（功能）
  • 列出产品（功能）
  • 删除产品（功能）
  • 无法删除名称产品（错误）
• 其他模块......等。

修改：是否有其他良好做法可以分层次地存储任务？

Answer 1

Fogbugz有任务和子任务，我没有使用这个功能足以看看它是否会有所帮助。不过，您可以使用托管的eval版本。 （根据我的口味，网络界面让我觉得使用它很迟钝 - 但我有很多问题。）

我认为你的问题是我自己的问题，但是我更喜欢使用单独的列表/层次结构。

<强> [更新]
 目前，我正在使用主演和重型搜索/过滤，并且通过快速传入的任务或更大的重构“保持头脑”，我使用临时工具的笔和纸（A5环形小册子）和ToDoList半永久物。

Answer 2

JIRA也有此功能+它几乎免费（10个用户10美元）。

请参阅here和here。

是的......我认为这是一种很好的做法，只是不要过度利用它。

这就是它的样子：

Answer 3

您可以坚持使用Trac并在http://trac-hacks.org/

中查找所需的功能

这看起来像你想要的（可能还有其他人我只是快速搜索）：

• http://trac-hacks.org/wiki/MasterTicketsPlugin
• http://trac-hacks.org/wiki/TracTicketDepgraphPlugin

我们使用http://trac-hacks.org/中的几个插件0.11，它们运行良好。

Answer 4

看一下Roundup Issue Tracker。

多年前，在Trac问世之前，我用它编写了几个用户支持和开发跟踪器。定制数据库模式并创建新的html页面模板非常非常容易。

要管理分层任务，您基本上可以通过以下方式定义基于IssueClass的任务类：

task = IssueClass(db, "task",
    dependson=Multilink("task"),    # here, you link tasks to other tasks
    assignedto=Link("user"), 
    keyword=Multilink("keyword"),
    priority=Link("priority"), 
    status=Link("status"))

Roundup文档中有一个配方，向您展示如何创建“阻止程序”问题，这意味着如果其中一个链接问题未关闭，您就无法解决问题：

http://www.roundup-tracker.org/docs/customizing.html#blocking-issues-that-depend-on-other-issues

Answer 5

TargetProcess支持您想要的层次结构。它是一个灵活的软件项目管理软件，但它具有高度可定制的开发流程，因此也可用于瀑布或看板/精益流程。您可以拥有的最深层次结构如下：

• 计划
• 项目
• 推出
• 功能
• 用户故事
• 任务

有一个免费的社区版，您最多可以使用5个用户。 TP不仅仅是任务跟踪，还具有错误跟踪，问答，帮助台，时间跟踪......

Answer 6

你介意看看GoPlan：http://goplanapp.com/。

它是功能齐全的项目管理Web应用程序，它提供了创建任务层次结构的功能。有一个免费的计划，所以你可以轻松检查。您可以拥有任何深度的任务树。

此工具与Trac之间的区别在于GoPlan不是为了维护源代码而是为了维护项目本身，因此您无法从Eclipse关闭您的票证。不幸的是，任务没有解决方案（门票有，但不能按层次排列），但我认为不鼓励使用此应用程序。

Answer 7

你可能已经想过这个，但我会把它放在以防万一。在Trac中，我经常将票证组织为子任务，至少通过惯例，只需在主票证的描述中放置这些票证的链接。这样做的好处是，关闭的门票显示为划掉，因此您可以一目了然地了解子门票的状态。好的，所以它没有设置层次结构，但它是一个灵活的系统，也允许你建立其他关系;例如，您还可以将另一个故障单引用为依赖关系或相关问题。

Answer 8

其中一些需求管理工具支持层次结构，例如来自Borland的CaliberRM。然而，这些都是重量级的和商业的。这只有在您需要处理大量信息时才有意义。