自動承認

自動承認をオンにする

1. ワークスペース設定 → レビュールール、またはリポジトリのレビュールールを開きます。
2. 結果の公開で自動承認をオンにし、PR にレビューコメントを投稿がオンになっていることを確認します。
3. 下のHeyDeer が承認できる PRと残っていてもよい問題の条件を選びます。
4. ワークスペースのレビュールールを保存またはリポジトリのレビュールールを保存を選択します。

承認条件

HeyDeer が PR を承認するには、両方の条件を満たす必要があります。

HeyDeer は、レビューで見落とした誤りによる影響をどれだけ抑えにくいかで、各 PR のリスクを低・中・高に評価します。高リスクの PR には、データ移行、既存の保証の削除、課金・権限・セキュリティ・中核インフラ・外部向けインターフェースの変更、PR 自体の機能を超えてチームを拘束する決定が含まれます。各レビューにはリスクレベルとその理由が記載されます。

すべてのリスクレベルの PRを選ぶと、この条件はなくなります。次のセクションの要件はすべて引き続き適用されます。

深刻度「低」の問題を許可を選ぶと、深刻度「低」の指摘事項や以前の問題が残っていても HeyDeer は承認できます。承認時にはそれらが残っていることを明記し、修正済みとして扱ったり、その会話を解決済みにしたりはしません。状態や現在の深刻度がはっきりしない以前の問題がある場合は、引き続き承認されません。

承認の条件

• フィードバックの範囲内の指摘事項と以前の問題が、残っていてもよい問題の条件を満たしていること。フィードバックの範囲外の指摘事項や、対応しないという受け入れ済みの判断は、承認の妨げになりません。
• レビューが完了していること。つまり、該当するすべてのリポジトリのチェックが実行され、レビューの注意事項がないこと。
• 要確認に回答待ちの質問がないこと。フィードバックの範囲外の指摘事項に関する質問は対象外です。質問に回答するには、不足しているコンテキストを補うを参照してください。
• HeyDeer が PR のリスクレベルを評価し、そのレベルがHeyDeer が承認できる PRの条件内に収まっていること。
• プルリクエストが、HeyDeer がそこから読み込むガイダンス（AGENTS.md、CLAUDE.md、リポジトリのチェック、スキルなど）を変更していないこと。こうした変更は人が承認します。プルリクエストで変更できるものを参照してください。
• プルリクエストがレビューしたリビジョンのままで、ベースブランチも動いていないこと。ドラフトも承認できます。GitHub がマージするのは、レビュー可能な状態になってからです。

HeyDeer の承認コメントは簡潔です。折りたたまれたこのレビューについてには、レビューの要約、リスクレベルとその理由、この設定への設定リンクが含まれます。設定によって PR が承認されなかった場合は、コメントにその旨と設定へのリンクが表示されます。HeyDeer Review チェックと HeyDeer のレビューページでは、同じ詳細が展開して表示されます。

承認と GitHub のブランチルール

承認とチェックの状態は独立しています。深刻度「低」の問題を許可を選んでいる場合、問題が見つかった場合はチェックを失敗にするがオンなら、承認済みの PR でもチェックが失敗することがあります。

HeyDeer は HeyDeer GitHub App として承認します。その後のレビューで PR を承認しなかった場合、HeyDeer は以前の承認を取り消し、新しいレビューへのリンクを添えます。それまでは、HeyDeer が新しいコミットをレビューしている間も含め、以前の承認は有効なままです。

プッシュのたびに改めて承認を必須にするには、ブランチルールで Dismiss stale pull request approvals when new commits are pushed をオンにしてください。ブランチルールでプルリクエストのレビューを取り消せる人を制限している場合は、HeyDeer GitHub App を含めてください。

HeyDeer の承認が必須の承認数に含まれるかどうかは、ブランチルールによって決まります。すべてのマージに人の承認を必須にする場合は、コードオーナーのレビューを必須にするか、2 件以上の承認を必須にしてください。

HeyDeer の承認後にプルリクエストを自動でマージするには、コードレビューのないチームのブランチルールの設定を参照してください。