Bug Tracker 中 "无效" 的、"不准备修复" 的、"设计原本如此" 的问题，一般最终需要关闭吗？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 1204 天前的主题，其中的信息可能已经有所发展或是发生改变。

模式 1

New -> Fixed -> Closed
New -> Invalid -> Closed
New -> Won't Fix -> Closed
New -> By Design -> Closed

所有问题最终的归宿都是 Closed

模式 2

New -> Fixed -> Closed
New -> Invalid
New -> Won't Fix
New -> By Design

Closed 只是确实有 Bug 且已修复的问题，其它情况不算在 Closed 中

请问一般的实践是怎么样的呢？

8 条回复 • 2021-09-06 17:04:12 +08:00

shiji

2021-09-05 17:43:09 +08:00 via iPhone

喜欢 1，因为那三个都只是 close 的原因
一般来说所有的 issue 都得能分成两类，open 和 closed

andytao

2021-09-05 17:45:09 +08:00

在袋鼠数据库工具开发中用的就是模式 1 。

akira

2021-09-05 20:59:23 +08:00

你可以做 2 个关闭，一个是正常处理完毕的，一个是非正常的

iyaozhen

2021-09-05 22:06:19 +08:00

这个问题我们团队深入讨论过，最终觉得用两个字段区分比较好
字段 1，卡片本身的状态，尽量少开始、进行中、结束可以打平 bug 和需求，这样一个项目看板里很容易看见各个状态（ bug 还可以和需求关联）
字段 2，解决结果（类似这个意思吧），就是不修、下个版本修、重复 bug 、非 bug，表示确实处理了（不一定是要修了）

ragnaroks

2021-09-06 11:01:14 +08:00

open/close 是状态
wontfix/bug/feature 是分类

一般的需求跟踪套件，状态和分类本身没有任何依赖或冲突

ragnaroks

2021-09-06 11:01:51 +08:00

new+open -> bug+open -> fixed+close

julyclyde

2021-09-06 11:03:49 +08:00

有结论就应该关闭了

jsq2627

2021-09-06 17:04:12 +08:00 via iPhone

无论哪种，只有后期支持筛选出来非正常关闭的 bug 就行。方便复盘