JIRA ワークフローで「ウィッシュ リスト」と「バグ リスト」をシミュレートするにはどうすればよいですか? それらは州であるべきか、それとも決議であるべきか?
「ウィッシュ リスト」と「バグ リスト」の問題は、通常のバグ (または機能) として始まります。それらは、Won't Fix として解決された後、バグ リスト/ウィッシュ リストに登録されます。たとえば、このバグは次のリリースでは修正されません。どのリリースで修正されるかはわかりません。
両方を使用できます。それはあなたのニーズとあなたがあなたのワークフローをどのように設定したいかに依存します。
resolution
フィールドを選択した場合、問題がマークされWon't Fix
たら、問題のリストからその問題を除外できます。すべての問題のリストを取得するにはWon't Fix
、次のJQLを使用できます。
project = TEST AND resolution = "Won't Fix" and issuetype = Bug
project = TEST AND resolution = "Won't Fix" and issuetype = "Feature Request"
その問題に取り組む準備ができたら、resolution
をopen
またはそのようなものに変更して、再びアクティブにすることができます。ユーザーがいつ問題を設定できるか、Won't Fix
またはOpen
関連画面でこのフィールドを表示/非表示にする必要があるかを制御します。
一方、Won't Fix
ステータスとしてaを使用する場合、問題のフィルタリングは次のようになります。
project = TEST AND status = "Won't Fix" and issuetype = "Feature Request"
ユーザーが問題をWon't Fix
特定のステータスからステータスに設定できるようにするには、最初のステータスからへの遷移を作成する必要があります Won't Fix
。Won't Fix
また、ステータスから、問題を次に進めたいステータスへの遷移を作成する必要があります。
基本的に、主な違いは、問題をとしてマークすることではなくWon't Fix
、そのマークをクリアすることです。最初の方法では、問題のステータスを変更する必要がないため、変更Won't Fix
が行われると、問題は現在のステータスからアクティブに戻ることができます。2番目の方法では、すべての問題が同じステータスになり、以前のステータスとは関係なく、すべての問題が同じステータスになります。
「Deferred」マイルストーンを使用して、「Wish List」と「Bug List」をシミュレートしてみます。
問題の種類。バグには「バグ」を使用し、ウィッシュ リストの問題には「新機能」または「改善」を使用します。JIRA 課題に解決策を設定すると、JIRA はその課題に対してこれ以上作業を行わないことを伝えます。「将来」のバージョンを含む修正バージョン フィールドは、問題をアクティブに保ちながら、アクティブなリストから除外するためのより良い方法です。
解決策を修正しないに設定すると、一部の JIRA ガジェットで望ましくない結果が生成されます。