v2 | v3 | |
---|---|---|
2 | 2 | |
3 | 3 | == 目的 == |
4 | BTS に登録されたバグレポートのうち、リプライが全く無いままにかなりの期間が経過したものや、途中まで議論がなされたものの、その後誰からも反応が無いまま放置されているもの等が散見されている。 | |
4 | 5 | |
5 | == 標準的なバグレポートの流れ == | |
6 | このままでは新しいレポートや要対応なバグ等が埋もれてしまい、全体の見通しが悪くなったり新たなレポートの登録を遠ざける要因になったりしかねないため、一定のルールを設けて古くなったバグレポートを処理できるよう、その運用を明確にする。 | |
6 | 7 | |
7 | == バグレポートの賞味期限 == | |
8 | == レポートの有効期限 == | |
9 | === Vine Linux BTS === | |
10 | * 状態:新規 AND リプライ無し(0)のレポート | |
11 | * 登録から一年経過した時点で'''対応せず'''(却下?)とする。 | |
12 | * 状態:新規 AND リプライがあったレポート | |
13 | * 最後のリプライから3ヶ月たった時点で'''対応せず'''(却下?)とする。 | |
14 | * 状態:割り当て済みのレポート | |
15 | * 特に有効期限を設けない | |
16 | * 状態:確認待ちのレポート | |
17 | * 確認待ちになってから3ヶ月以内にリプライが無い場合は'''完了'''とする。 | |
18 | * 状態に関係なく共通 | |
19 | * 対象のリリースが EOL になった時点で'''完了'''とする。 | |
20 | ||
21 | === Vine Linux への要望 === |