プルリクエスト
中級読み方：プルリクエスト｜英語：Pull Request
チームメンバーにコードレビューを依頼し、承認後にマージする仕組みだよ。Pull Request（PR）。いつ使う？ 機能ブランチの作業が完了し、mainブランチに反映する前にレビューしてもらいたいときに使うよ。間違いやすいポイント: PRのタイトルと説明は具体的に書こう。「修正」だけでは何を変えたかわからないよ。変更内容・理由・テスト方法を書くとレビューがスムーズだよ。
やさしい説明
プルリクエスト（PR）とは、チームメンバーにコードレビューを依頼し、承認後にマージする仕組みです。GitHub上で作成します。
「この変更をmainに入れていいですか？」とチームに確認を取るプロセスです。レビューでバグや改善点を指摘してもらえるので、コードの品質が上がります。
個人開発でも PR を作る習慣をつけると、変更の記録が残って便利です。
具体例・使い方
# 1. ブランチで作業してコミット
git checkout -b feature/header
git add .
git commit -m "ヘッダーコンポーネントを追加"
# 2. GitHubにプッシュ
git push -u origin feature/header
# 3. GitHubでPull Requestを作成
# 4. チームがレビュー → 承認 → マージいつ使う？
チーム開発で変更をmainに入れるとき、コードレビューを受けたいとき、変更の意図を説明したいときに使います。
間違いやすいポイント
❌ PRが大きすぎてレビューが大変
1つのPRは「1つの機能」「1つの修正」に絞りましょう。100ファイル変更のPRは誰もレビューできません。小さく分割するのがコツです。
よくある疑問
Q: PRは1人開発でも使う？
A: 必須ではありませんが、変更の記録として使うと便利です。GitHub Pagesへのデプロイトリガーにもなります。
Q: PRの作り方は？
A: ブランチをpushした後、GitHubのリポジトリページで「Compare & pull request」ボタンをクリックします。
Q: レビューで指摘されたら？
A: 同じブランチで修正してpushすれば、PRに自動で反映されます。新しいPRを作り直す必要はありません。
関連用語
📖 関連レッスン
レッスンを見る →