課題のトランジションに失敗している自動化ルールのトラブルシューティング

要約

共通のテーマは、エラー「特定のステータスへのどのトランジションでも課題が見つかりませんでした」に関する混乱です。このエラー メッセージはそのステータスが存在しないことを意味していそうですが、多くの場合は別の何かを示唆しています。

ソリューション

トランジションはワークフローに従う必要がある

よくある間違いの 1 つは、プロジェクトのワークフローに従わずに課題をトランジションするルールを作成することです。ワークフローに不慣れな場合は、Jira ドキュメントの説明をご参照ください。

次のワークフローの例は、バグを調査して処理するためのカスタム ワークフローです。

このワークフローは [課題をトランジション] アクションで実行できる操作を制限します。

たとえば、バグが重複している際にコメントして、それを「完了」に移行してクローズする手動トリガーを含むルールを考えてみましょう。

ワークフロー図では、この例のルールは「トリアージ待ち」状態の課題では適切に実行されません。なぜなら、課題は「調査中」にしか移動できないからです。

このステータスのチケットでルールを実行すると、エラー ステータスで終わることになります。

ただし、「調査中」と「進行中」の各ステータスの課題に対しては、このルールが実行されます。これは、ワークフローがこれらのステータスから「完了」への移行を許可しているからです。

ルールの実行者には適切な権限が必要

もう 1 つのよくある間違いは、ルール実行者の権限を考慮していないことです。ルール実行者は、ルールのルール詳細セクションに設定されている、ルールを実行するユーザーです。ルール実行者は自分とは別の一連のグループに属していて、課題をトランジションするための適切な権限を持っていない可能性があります。前述のセクションの例を使用して、「開発用に選択済み」から「進行中」へのトランジションの詳細をご確認ください。このトランジションを行うための条件が付随していることが分かります。

開発者はバグを修正する唯一のユーザーであるため、この条件によって、このトランジションを行えるユーザーが開発者のみに限定されます。

次に示すのは、開発者が GitHub にブランチを作成した際に、Webhook によって課題を「進行中」にトランジションさせるルールの一例です。

ルール実行者が開発者グループに属していないため、現在の形式ではこのルールが失敗します。

ルール アクターを開発者グループに変更すると、ルールは正常に実行されます。