【问题标题】:A tracker for both bugs and (productive) todo items? [closed]错误和(生产性)待办事项的跟踪器? [关闭]
【发布时间】:2010-06-23 21:32:20
【问题描述】:

我开始使用 bugtracker (www.bugnotes.com),所以我是新手……而且我很容易添加错误,这是有道理的。但是,如果我要实现给定的功能或执行一些重构,其中一些错误将得到修复。那么如何有效地跟踪待办事项列表类型的事情,并且这些类型的任务不与错误跟踪相关联?我想我要的是同时跟踪错误和功能的工具,因为它们都是代码更改。

哦,将小修复设置为 #TODO 或 //TODO: 实际上很棒,我喜欢在小事上这样做,而不是像重构或更改驱动程序或库这样的大事。

另外,我使用的是一个文本文件,但问题是输入到那里的很多内容都变旧了,因此整个内容对我来说有点无用。

【问题讨论】:

    标签: bug-tracking todo feature-tracking


    【解决方案1】:

    任何错误跟踪系统都可用于记录错误、功能或一般待办事项,因为每个都包含为某种形式的工作单元。将这些存储在错误跟踪系统中的优点是所有未完成的任务都是可见的并且可以优先处理。如果您在代码中依赖 TODO,那么一目了然就很难看到这些内容,也很难确定优先级或查看它们的位置。因此,根据我的经验,如果您依赖 TODO,那么这些列表只会变得更长。如果你有一些不完整的代码,我认为最好将 TODO 变成一个 bug 条目,然后将 TODO 替换为 bug id,这样你就可以在代码和 bug 之间建立联系。另一个好处是,当您实际完成工作并提交版本控制时,您还可以在签入说明中添加错误 ID,这样您就可以永久记录更改的时间。

    如果您已经有很多 TODO,那么可能值得查看 Hudson 持续构建系统,并添加 Static Analysis 插件,这样您就可以获得剩余 TODO 数量的每日图表,交叉引用了源码。这至少会将所有内容呈现在一个地方,并在您修复每个 TODO 时为您提供燃尽图。

    【讨论】:

    • 我同意@the_mandrill。我们倾向于在我们的错误跟踪系统中记录任何需要作为“错误”完成的新工作。我们添加了自己的类别,以便我们可以将它们标记为“增强”或“重构”,但由于它们都在错误跟踪系统中,因此可以与您团队拥有的任何其他错误/工作单元一起进行优先排序和跟踪去做。当然,这是一种范式转变,但它对我们的团队来说效果很好。我的错误跟踪器向我显示在任何给定时间分配给我的所有工作单元(新代码、错误、功能请求)。
    猜你喜欢
    • 2011-10-27
    • 1970-01-01
    • 1970-01-01
    • 2022-09-23
    • 2021-05-22
    • 1970-01-01
    • 1970-01-01
    • 2011-07-05
    • 1970-01-01
    相关资源
    最近更新 更多