GitHub 上のレビュー

フォローアップレビュー

プルリクエストの初回レビュー後、HeyDeer は変更された内容をレビューし、以前の問題を再確認します。ここでは、その仕組みと指摘事項を見送る方法を説明します。

新しい変更のみレビュー

新しい変更のみレビューはデフォルトでオンです。この設定はワークスペース設定 → レビュールール → レビュー方法、またはリポジトリのレビュールールにあります。自動レビューと依頼されたレビューの両方に適用されます。

2 回目以降のレビューでは、HeyDeer の前回の成功したレビュー以降にプルリクエスト自身のコミットで変更された部分だけから、新しい指摘事項を探します。また、前回のレビューの指摘事項を再確認し、現在も該当するものはチェックと承認の判断に含めます。

ベースブランチからマージまたはリベースで取り込まれたコミットは除外されますが、コンフリクトの解消はレビューされます。前回のレビュー以降に追加または編集されたリポジトリのチェックは、プルリクエスト全体に適用されます。

後続レビューのウォークスルーは引き続き PR 全体を対象とし、前回のレビュー以降にファイルが変更されたグループに印を付けます。

以前の問題とは、HeyDeer が以前のレビューで、自身のインラインレビューの会話で挙げた指摘事項です。以降のレビューのたびに、未解決のものを現在のコードに照らして再確認します。

現在も該当する問題は対応が必要な以前の問題に一覧表示されます。指摘事項に関連付けられない以前の会話は確認が必要な以前の問題に一覧表示されます。該当しなくなったら解決済みにしてください。

未解決または未確認の以前の問題は、チェックの要約に表示され、自動承認を妨げます。問題が見つかった場合はチェックを失敗にするがオンの場合は、チェックも失敗になります。

HeyDeer が解決済みにするのは、自身が始めた会話だけです。対応済みの HeyDeer の会話を解決済みにするがオン（デフォルト）の場合、現在のコードで懸念が修正されたか誤りだったことが示されたときに、会話を解決済みにします。修正済みと返信するだけでは不十分です。

修正 PR からマージされた変更も、元の PR の次のレビューで同じように再確認されます。

指摘事項の会話で理由を返信します。たとえば、意図した動作である、または issue で追跡しているなどです。または会話を解決済みにします。書き込み権限以上を持つ人が見送ると、コードに問題が残っていても、HeyDeer はその懸念を再確認せず、再び指摘しません。その他の返信は文脈として読まれます。

最初のレビュー、または新しい変更のみレビューがオフのときのレビュー。
誰かが @heydeer full review とコメントした場合。
前回のレビュー以降にベースブランチが変更された場合。
コンテキストを補足した後などに、HeyDeer がすでにレビューしたコミットについて誰かが再度レビューを依頼した場合。
前回のレビューに、省略された指摘事項、該当するチェックが多すぎること、評価が不完全であることに関するレビューの注意事項があった場合、または確認を求める質問があった場合。
前回レビューしたコミットが GitHub 上に存在しなくなった場合。

レビューが新しい変更とPR 全体のどちらを対象にしたかは、チェックの要約と、HeyDeer のレビューのレビュー対象行に表示されます。

HeyDeer は PR の説明をコンテキストとして読みます。コメント、レビュー本文、他の人のレビューの会話が以前の問題として扱われることはなく、HeyDeer が指摘事項を投稿するのを妨げることもありません。