GitHub Issueの優先度

P0: 障害

期待値: 他のすべてを中断し、継続的に解決に取り組む。障害とは、コミュニティが依存しているインフラストラクチャの一部がダウンしていることを意味します。P0の問題は、次のリリースをブロックするよりも緊急性が高いです。

P0問題の例:

• ビルドが壊れて、すべての開発が停止している
• ウェブサイトがダウンしている
• 脆弱性により、ポイントリリースが早急に必要

P1: 致命的

期待値: 継続的なステータス更新。P1のバグは未割り当てにしないでください。ほとんどのP1のバグはリリースをブロックする必要があります。

P1問題の例:

• データ損失エラー
• 重要なコンポーネントが重要なユースケースで機能しない
• 主要なパフォーマンスの低下
• セキュリティ関連の問題（CVE）
• ポストコミットテストの失敗
• 不安定なテスト

P2: デフォルト

期待値: ほとんどのチケットはこの優先度に該当します。これらは、関心のある人なら誰でも計画し、実行できます。特別な緊急性は関連付けられていませんが、P2チケットに対して長時間アクションが実行されない場合は、実際にはP3 /あると良いに過ぎないことを示しています。

P2問題の例

• 典型的な機能リクエスト
• 一部のユースケースに影響を与えるが、コンポーネントを機能不全にしないバグ
• 無視された（「隔離された」）テスト

P3: あると良い

期待値: あると良い改善。

P3問題の例

• あると良い機能リクエスト
• P2として提出されたが、誰も作業する時間を見つけられないチケット

P4

期待値: あると良い改善であり、非常に小さく簡単です。通常、バグを提出するよりも修正する方が速いですが、問題はプルリクエストによって参照でき、リリースノートに表示されます。

P4問題の例

• コメントまたはコードのスペルミス