2.7 KiB
2.7 KiB
GitHub PR レビュー
指定されたPR番号のプルリクエストを包括的にレビューしてください。
実行手順
-
PR情報の取得
gh pr view $ARGUMENTSを実行して、PRの基本情報（タイトル、説明、ステータス、変更ファイル数など）を取得gh pr diff $ARGUMENTSを実行して、変更内容の差分を取得
-
コード分析 以下の観点で詳細に分析してください：
コード品質
- 可読性: コードが理解しやすいか、適切なコメントがあるか
- 保守性: 将来の変更や拡張が容易か
- 命名規則: 変数名、関数名、クラス名が適切か
- コードの重複: DRY原則に従っているか
- 関数やクラスの責務: 単一責任の原則に従っているか
セキュリティ
- 認証・認可の適切な実装
- 入力値の検証とサニタイゼーション
- 機密情報（パスワード、APIキーなど）のハードコーディング
- SQLインジェクション、XSSなどの脆弱性
- 安全でない依存関係の使用
バグの可能性
- 論理エラーや条件分岐の問題
- エッジケースの処理
- null/undefined参照の可能性
- エラーハンドリングの適切さ
- 非同期処理の正しい扱い
- リソースリーク（メモリ、ファイルハンドルなど）
テストカバレッジ
- テストコードの有無
- テストケースの網羅性
- 重要な機能に対するテストの存在
- エッジケースのテストカバレッジ
-
レビュー結果の出力 以下の形式で結果を出力してください：
# PR #{PR番号} レビュー結果 ## 📊 概要 - タイトル: [PR title] - 変更ファイル数: [数] - 追加行数: [数] - 削除行数: [数] ## ✅ 良い点 - [具体的な良い点を列挙] ## ⚠️ 改善提案 ### 🔴 重要度: 高 - [重大な問題や必須の修正事項] ### 🟡 重要度: 中 - [改善が望ましい項目] ### 🟢 重要度: 低 - [マイナーな提案や最適化] ## 🔒 セキュリティチェック - [セキュリティに関する指摘] ## 🧪 テストに関する所見 - [テストカバレッジや品質についての指摘] ## 📝 総評 [総合的な評価とマージ可否についての判断]
注意事項
- レビューは建設的かつ具体的に行うこと
- 問題を指摘する際は、改善案も提示すること
- ファイルパスと行番号を明記すること（例:
src/main.js:42） - 重要度に応じて優先順位をつけること