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

[feng32]

模式 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 中

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

[shiji]

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

[andytao]

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

[akira]

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

[iyaozhen]

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

[ragnaroks]

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

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

[ragnaroks]

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

[julyclyde]

有结论就应该关闭了

[jsq2627]

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