GitHubとは、コードや資料をネット上で保管し、複数人で協力しやすくするためのサービスです。よく似た言葉にGitがありますが、役割は違います。Gitは「変更履歴を管理する道具」、GitHubは「その履歴を置いて共有する場所」と考えると、まずは理解しやすいです。この記事では、GitHubの基本、Gitとの違い、実務での使い方を順番に整理します。
GitHubとは何か
GitHubは、Gitで管理しているデータをインターネット上に置き、チームで見たり直したりできるサービスです。コードを置くだけでなく、Issueで作業の相談をしたり、Pull Requestで変更内容を確認したりできます。つまり、GitHubは「ただの保管場所」ではなく、開発の会話や確認の流れまでまとめて扱える場です。
新社会人の方は、まず「自分のPCの中だけで完結するのがGit」「チームや他の人とつなぐのがGitHub」と押さえると混乱しにくいです。Gitだけでも履歴管理はできますが、実務では共有やレビューが必要になるため、GitHubを使う場面がとても多くなります。
GitHubでよく出てくる言葉
- リポジトリ：ファイルや履歴をまとめて置く入れ物です。
- ブランチ：本流と分けて、別の作業を進めるための枝です。
- コミット：ある時点の変更を記録することです。
- Pull Request：変更を見てもらい、問題なければ本流に取り込むための依頼です。
よくある疑問：Gitを入れたらGitHubも自動で使えますか？
別物です。Gitは自分のPCで使う道具、GitHubはその履歴をネット上に置いて協力するサービスです。
Gitとの違いを先に押さえる
GitとGitHubはセットで語られやすいですが、役割ははっきり分けて考えます。Gitは、ファイルの変更をたどれるようにする仕組みです。たとえば、昨日の状態に戻したり、別の案を分けて試したりできます。一方でGitHubは、そのGitのリポジトリを置いて、他の人と共有するための場所です。
| 項目 | Git | GitHub |
|---|---|---|
| 役割 | 変更履歴を管理する | Gitのデータを共有・協力しやすくする |
| 使う場所 | 主に自分のPC | ネット上のサービス |
| 主な機能 | commit、branch、merge | リポジトリ共有、Issue、Pull Request |
| 向いていること | 履歴の管理、過去への戻し | チーム開発、レビュー、公開 |
ここで大事なのは、「GitHubがないとGitが使えない」わけではないことです。逆に、GitHubだけでは変更履歴を作れません。土台がGit、みんなで使いやすくするのがGitHub、と覚えると整理しやすいです。
身近なたとえで考える
Gitは、あなたの机の上にある下書きノートのようなものです。文章を直すたびにページを分けて残せるので、前の書き方へ戻しやすくなります。GitHubは、そのノートをほかの人も見られる共有の書庫や打ち合わせ室のような存在です。自分だけが持つノートを、チームで確認しながら使えるようにするイメージです。
たとえば、営業資料を3人で作る場面を考えてみましょう。Aさんは表紙、Bさんは本文、Cさんは数字の確認を担当します。各自が手元で直してからGitに記録し、GitHubに集めれば、誰がどこを直したかが見えます。さらにPull Requestを使うと、「この変更で大丈夫か」を先に話し合えるので、あとから大きく戻す手間を減らせます。
このとき重要なのは、GitHubが「完成品を置く棚」だけではないことです。作業中のメモ、相談の記録、修正依頼まで一緒に置けます。だから、初心者が最初に覚えるときも、単なるファイル置き場ではなく、開発のやり取りをまとめる場として理解すると実務に近づきます。
実務ではどう使うのか
実務でよくある流れは、まずGitHub上のリポジトリを自分のPCに持ってきて、作業用のブランチを作るところから始まります。そこへ必要な修正を入れ、コミットを重ねて、最後にPushします。Pushとは、自分のPCで行った変更をGitHubへ送ることです。その後、Pull Requestを出して、先輩やチームメンバーに確認してもらいます。
たとえば、新人がWebページの文言修正を任されたとします。直接本番のコードを直すのではなく、まずは自分専用のブランチで作業します。修正が終わったらPull Requestを出し、レビュー担当が「誤字はないか」「他の機能に影響しないか」を確認します。問題がなければMergeして、本流に取り込みます。この流れを通すと、誰が何を変えたかが追いやすくなり、ミスにも気づきやすくなります。
GitHubはコード管理だけでなく、Issueで作業の抜け漏れを減らすのにも役立ちます。たとえば「この画面の文字が小さい」「この手順書を更新したい」といった相談をIssueに残せば、口頭だけで流れず、後から確認できます。また、READMEに使い方を書いておけば、別の人が入ってきても環境をつかみやすくなります。新人にとっては、自分の作業を見える形で残せるのが大きな助けです。
個人開発でもGitHubは便利です。自分の作ったアプリを公開したり、作業の履歴を見返して成長を確認したりできます。面接や社内共有で「どういう工夫をしたか」を説明するときも、GitHubの履歴があると話しやすくなります。つまりGitHubは、チーム開発の道具であると同時に、自分の仕事を見える化する道具でもあります。
図解で整理
まずは、左がGit、右がGitHubだと考えてください。Gitは変更の記録係、GitHubはその記録をみんなで使うための受付係です。役割を分けると、何をどこで行うのかが見えやすくなります。
| Git | GitHub |
|---|---|
| 履歴を残す | 履歴を共有する |
| PCの中で使う | Webでつながる |
| branch・commit・merge | Issue・Pull Request・レビュー |
| 一人でも使える | チームで特に強い |
実務では、Gitで作業の記録を作り、GitHubで人に見せる、という流れになります。たとえば「機能を直す→コミットする→GitHubへ送る→Pull Requestで確認する→問題なければ取り込む」という順番です。この流れが分かると、GitHubを“見せる場所”としてだけでなく、“確認してもらう場所”として使えるようになります。
また、GitHubに置いたからといって、すべてが自動で安全になるわけではありません。誤ったコードを送ればレビューで止める必要がありますし、公開設定のままだと見せたくない情報が外に出ることもあります。だからこそ、公開・非公開、権限、レビューの意味を少しずつ覚えることが大切です。
3問クイズ
第1問
GitとGitHubの関係として正しいものはどれでしょう。
A. GitHubが本体で、Gitはその中の機能である
B. Gitは履歴を管理する道具で、GitHubはそのデータを共有するサービスである
C. どちらも同じ意味で、言い方が違うだけである
D. GitHubがないとGitは一切使えない
答えを見る
答え：B. Gitは履歴を管理する道具で、GitHubはそのデータを共有するサービスです。
第2問
Pull Requestの主な目的として近いものはどれでしょう。
A. パソコンの電源を入れる
B. 変更内容を見てもらい、確認してから取り込む
C. ファイルを圧縮して軽くする
D. ネット回線を速くする
答えを見る
答え：B. 変更内容を見てもらい、確認してから取り込むことです。
第3問
次のうち、GitHubで特にやりやすいことはどれでしょう。
A. 変更履歴を管理することだけ
B. IssueやPull Requestを使って、チームで作業を進めること
C. 画面の明るさを変えること
D. パソコンの中のすべてのアプリを自動更新すること
答えを見る
答え：B. IssueやPull Requestを使って、チームで作業を進めることです。
まとめ
GitHubとは、Gitで管理した変更履歴をネット上で共有し、チームで協力しやすくするサービスです。Gitは履歴を残す道具、GitHubはその履歴をみんなで使う場所、と分けて考えると覚えやすくなります。まずはこの違いを押さえ、次にIssueやPull Requestの役割を知ると、実務での流れがぐっと見えやすくなります。
