GHgithubguide.jp

GitHub PRレビューコメントの見方

レビューコメントは、全てを同じ扱いにせず、修正するもの、質問するもの、今回は保留するものに分けると進めやすくなります。

このページでわかること

  • コメントの対象行と意図を読む
  • 修正、質問、保留を分ける
  • resolvedにする前に差分と動作を確認する

まず確認すること

  • requested changesの範囲を確認する
  • Codexへ渡す時は対象コメントを明確にする
  • 返信文には対応内容と残した理由を書く

やってはいけないこと

  • 指摘を見落としたままcloseする
  • 無関係な大改造で返す
  • 確認せずにresolved扱いにする

安全寄りに進める手順

  1. 対象のrepo、branch、PR、Actions runを確認する。
  2. Secrets、APIキー、token、.env、個人情報が差分やログに出ていないか見る。
  3. 必要な場合は値を停止または再発行し、影響範囲を整理する。
  4. 変更は小さなbranchとPRに分け、CIとreviewで確認する。

CodexやAI作業時の注意

AIに作業を渡す時は、対象ファイル、触らないファイル、確認項目を明記します。認証情報や実際のキー値は本文、Issue、PR説明、ログ、レポートに残さないようにします。

公式情報で確認する領域

Actions、Secrets、PR、repository visibility、workflow permissionsは仕様が変わることがあります。実作業前にはGitHub Docsで最新の説明を確認してください。

関連ページ