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

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

This topic created in 1723 days ago, the information mentioned may be changed or developed.

模式 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 replies • 2021-09-06 17:04:12 +08:00

shiji

Sep 5, 2021 via iPhone

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

9dP06m83vIV00l72

Sep 5, 2021

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

akira

Sep 5, 2021

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

iyaozhen

Sep 5, 2021

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

ragnaroks

Sep 6, 2021

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

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

ragnaroks

Sep 6, 2021

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

julyclyde

Sep 6, 2021

有结论就应该关闭了

jsq2627

Sep 6, 2021 via iPhone

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