レビューの設定
自動承認
HeyDeer は、レビューで対応が必要な点が見つからなかった場合に、GitHub 上でプルリクエストを承認できます。承認するのは、この機能をオンにした場合だけです。
承認モード
自動承認は、「組織設定」→「レビュールール」の「結果の公開」で設定するか、リポジトリごとに設定します。設定の仕組みを参照してください。
| モード | HeyDeer が承認する条件 | 向いている用途 |
|---|---|---|
| 自動承認しない（デフォルト） | 承認しない | すべての変更を人が承認する運用 |
| 単純な変更のみ | レビューで問題が見つからず、名前の変更やドキュメントの更新など、明らかに低リスクな変更である場合。差分が小さいだけでは対象になりません。 | 定型的な変更を待たずにマージしたい場合 |
| 問題が見つからなかった場合 | 変更の内容にかかわらず、レビューで問題が見つからない場合 | 社内ツールやプロトタイプ |
承認の条件
- フィードバックの範囲内に指摘事項がなく、以前の HeyDeer のレビューで挙がった未解決の懸念もないこと（書き込み権限を持つ人が対応しないと判断したものを除く）。
- 該当するリポジトリのチェックがすべて合格し、チェックや指摘事項が除外されたことを示すレビューの警告がないこと。
- 人の判断が必要な点がなく、変更されたファイルがすべて自動生成ファイルというわけではないこと。
- プルリクエストがレビュー時のリビジョンのままで、ベースブランチが進んでおらず、ドラフトではないこと。
- 「PR にレビューコメントを投稿」がオンであること。結果の公開を参照してください。
承認には理由が記載されます。HeyDeer が承認しない場合は、HeyDeer Review チェックで理由が説明されます。
承認と GitHub のブランチルール
HeyDeer は HeyDeer GitHub App として承認し、新しいコミットがプッシュされても自身の承認を取り消しません。改めて承認を必須にするには、ブランチルールで Dismiss stale pull request approvals when new commits are pushed をオンにしてください。
HeyDeer の承認が必須の承認数に含まれるかどうかは、ブランチルールによって決まります。すべてのマージに人の承認を必須にする場合は、コードオーナーのレビューを必須にするか、2 件以上の承認を必須にしてください。