0Pricing
Frontend Academy · レッスン

GitHub でのプルリクエストワークフロー

GitHub でプルリクエストを作成し、役立つ説明を書き、コードレビューのコメントに対応し、承認されたらマージします。

「GitHub でのプルリクエストワークフロー」はCoddyKit上の無料Frontend Academyレッスンです。 これはレッスン4/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはFrontend Academy学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Frontend Academyコースには全4レッスンが含まれています。

プルリクエストとは

プルリクエスト（PR）は、あるブランチを別のブランチにマージするための提案です。GitHub では、チームメンバーがコードをレビューし、コメントを残し、変更を依頼し、最終的にマージを承認するためのディスカッションスレッドが作成されます。

GitHub で PR を作成する

feature ブランチを GitHub に push すると、比較して PR を作成するための黄色いバナーが表示されます。そこをクリックするか、Pull Requests → New pull request に移動してブランチを選択します。

よい PR 説明を書く

よい PR の説明では、何を変更したのか、そしてなぜ変更したのかを説明します。UI を変更した場合はスクリーンショットを含めます。関連する issue へのリンクを追加します。どのようにテストしたかも説明します。読者が意図を理解するためにコードを読む必要がないようにします。

## Summary
Adds dark mode support using CSS custom properties.

## Why
Users requested dark mode (#123). Reduces eye strain for evening use.

## Testing
- Toggled dark/light mode on macOS and Windows
- Verified `prefers-color-scheme: dark` auto-triggers
- Tested with a screen reader (macOS VoiceOver)

レビュアーを指定する

特定のチームメンバーをレビュアーとして割り当てます。レビュアーには通知が届き、承認、変更の依頼、コメントができます。ほとんどのチームでは、マージ前に少なくとも1人の承認を必須にしています。

コードレビューのコメントを読む

コメントは変更された行の横に表示されます。レビュアーは、説明を求めたり、別の方法を提案したり、承認したりできます。それぞれのコメントには、コードを変更するか、変更しない理由を説明して応答します。

依頼された変更に対応する

レビュアーから変更を依頼されたら、同じブランチに新しいコミットを push します。PR は自動的に更新されます。対応が完了したら、「Resolve conversation」をクリックして各会話を解決済みにします。

ドラフト PR

作業途中であることを示すには、PR をDraftとして開きます。Draft PR でもレビューや議論はできますが、誤ってマージされることはありません。完成したら Ready に変更します。

ブランチを最新の状態に保つ

レビュー中に main が更新されたら、ブランチを最新の main に対してリベースします。これによりコンフリクトを避け、新しいコードと変更が正しく連携することを確認できます。

git fetch origin
git rebase origin/main
git push --force-with-lease origin feature/dark-mode

スカッシュマージとマージコミットとリベースの比較

GitHub には3つのマージ戦略があります。マージコミット（すべてのコミットを保持）、スカッシュしてマージ（PR ごとに1つのコミットにまとめ、main の履歴を整理）、リベースしてマージ（直線的な履歴になり、マージコミットを作成しない）です。チームでは通常、一貫性を保つために1つの戦略を選びます。

ブランチ保護ルール

PR レビューを必須にし、ステータスチェック（CI）の合格を必須にし、直接の push を禁止することで main を保護します。GitHub → Settings → Branches で設定します。

PR のエチケット

PR は小さく、目的を絞ります。1つの機能または修正につき1つの PR にします。大きな PR はレビューが困難です。レビューコメントには1日以内に返信します。レビュアーに感謝を伝えます。親切に対応してください。コードレビューは監査ではなく、学びの機会です。

クイックチェック

よい PR の説明には何を含めるべきですか？

まとめ: プルリクエストのワークフロー

feature ブランチを push → 明確な説明を付けて PR を開く → レビュアーを依頼 → 新しいコミットでフィードバックに対応 → リベースでブランチを最新に保つ → 承認を得る → マージ、という流れです。PR は小さく、目的を絞り、十分な説明を付けます。ブランチ保護ルールによって main の品質を維持できます。

よくある質問

「GitHub でのプルリクエストワークフロー」レッスンは無料ですか？

はい。「GitHub でのプルリクエストワークフロー」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Frontend Academyコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Frontend Academyコースには全4レッスンが含まれています。

「GitHub でのプルリクエストワークフロー」で何を学びますか？

GitHub でプルリクエストを作成し、役立つ説明を書き、コードレビューのコメントに対応し、承認されたらマージします。 ブラウザで直接実行するハンズオンコードでFrontend Academyを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

Frontend Academyを始めるのに経験は必要ですか？

事前経験は必要ありません。CoddyKitのFrontend Academyは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン4/4です。

「GitHub でのプルリクエストワークフロー」レッスンにはどのくらい時間がかかりますか？

ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。

このFrontend Academyレッスンでコードを書いて実行できますか？

はい。すべてのFrontend Academyレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。

このコースのすべてのレッスン

  1. git init・add・commit・status
  2. ブランチ：branch・checkout・merge
  3. リモートリポジトリ：push・pull・clone
  4. GitHub でのプルリクエストワークフロー
← Frontend Academyに戻る