プルリクとは？IT初心者でも7秒で理解できる！複数人の開発で使われているプルリクエスト

フォークとは、他人のリポジトリを自分のアカウントにコピーすること。例えるなら、本のコピーを作って、自分の本として自由に書き込めるようにするイメージ。オリジナルのリポジトリ（本）には影響を与えずに、自分のコピーで変更を加えられる。GitHubなどのプラットフォーム上で行う。

クローンとは、フォークして自分のアカウントにコピーしたリポジトリを、自分のコンピュータにダウンロードすること。これで、自分のコンピュータ上でコードを編集できるようになる。git cloneというコマンドを使う。例えるなら、コピーした本を自宅に持ち帰るイメージ。

ブランチとは、コードの変更履歴を枝分かれさせて管理する仕組み。新しい機能を追加したり、バグを修正したりする際に、メインのコード（通常mainやmasterブランチ）から枝分かれしたブランチを作成することで、他の作業に影響を与えずに変更を進めることができまる。例えるなら、本の新しい章を書き始めるために、既存の章からコピーして新しい章を作るイメージ。git checkout -b ブランチ名というコマンドを使う。feature/new-featureのように、変更内容が分かりやすい名前を付けるのが一般的。

コミットとは、行った変更を記録すること。変更内容をまとめて、「いつ、誰が、何を変更したか」という情報を記録。例えるなら、本の変更箇所に付箋を貼って、変更内容と日時をメモするイメージ。git addで変更したファイルを指定し、git commit -m "コミットメッセージ"でコミットメッセージ（変更内容の説明）を記述する。

「プッシュ」とは、ローカルでコミットした変更を、フォークしたリモートリポジトリ（GitHub上の自分のコピー）にアップロードすること。これで、変更内容が他の人からも見えるようになる。例えるなら、変更を書き込んだ自分の本を、共有の本棚に戻すイメージ。git push origin ブランチ名というコマンドを使う。

プルリクエストとは、「変更を取り込んでください」という正式な依頼。自分のフォークしたリポジトリの変更を、オリジナルのリポジトリに取り込んでもらうために作成する。GitHubのウェブサイト上で、「Compare & pull request」などのボタンをクリックして作成する。プルリクエストを作成する際には、変更内容の説明や目的、関連するIssue（課題）などを記述することで、レビューする人が変更内容を理解しやすくなる。例えるなら、変更を書き込んだ自分の本を、オリジナルの本の著者に「この変更を取り入れてください」と提案する手紙を送るイメージ。

レビューとは、他の開発者がプルリクエストの内容（変更されたコード）を確認すること。コードの品質、バグの有無、コーディング規約への準拠などをチェックする。コメントや質問を通じて、変更内容について議論することもあり。例えるなら、オリジナルの本の著者が、提案された変更内容を精査するイメージ。

レビューで指摘された点があれば、ローカルでコードを修正し、再度コミットしてプッシュする。プッシュすると、自動的にプルリクエストに反映される。例えるなら、著者の指摘を受けて、自分の本の変更箇所を修正し、再度提案するイメージ。

「マージ」とは、レビューが完了し、問題がなければ、プルリクエストの変更をオリジナルのリポジトリに取り込むこと。これで、変更が正式にプロジェクトに反映される。例えるなら、著者が提案された変更を自分の本に取り込み、正式な版として発行するイメージ。