個人開発を始めると、「コードは GitHub で管理しよう」という話をよく目にします。でも、Git と GitHub の違いや、何から始めればいいのかが分からず、後回しにしている人も多いのではないでしょうか。
この記事では、GitHub を個人開発で使い始めるための手順を、登録から作ったものの公開まで、順に紹介します。
GitHub とは：コードを保存・共有できる場所
GitHub は、Git で管理しているコードをインターネット上に保存し、共有できるサービスです。 よく混同される Git との違いは次のとおりです。
| Git | GitHub | |
|---|---|---|
| 何か | 変更の履歴を記録する道具（ソフト） | Git の履歴をインターネット上に置けるサービス |
| どこで動くか | 自分のパソコン | Web 上 |
| できること | 変更の保存、過去の状態に戻す、作業の枝分かれ（ブランチ） | バックアップ、ほかの人との共有、課題の管理、Web サイトの公開 |
Git だけでも変更の履歴は管理できますが、GitHub に置いておくと、パソコンが壊れてもコードが残り、別のパソコンからも作業を続けられます。
個人開発で GitHub を使うメリット
一人で作る場合でも、GitHub を使う理由はたくさんあります。
- バックアップになる：コードがインターネット上に残るので、パソコンの故障や紛失でも失わない
- いつでも前の状態に戻せる：AI に大きな変更を頼んでうまくいかなかったときも、動いていたときに戻せる
- 作ったものを公開できる：GitHub Pages を使えば、Web サイトを無料で公開できる
- ホスティングと連携できる：多くのホスティングサービスは、GitHub に変更を送るだけで自動で公開し直してくれる
- 作品集になる：公開したリポジトリは、自分が何を作ってきたかを示すポートフォリオにもなる
GitHub を使い始める手順
最初にやることは、「アカウント登録」「Git のインストール」「リポジトリの作成」の3つです。
1. アカウントを作る
GitHub のトップページから、メールアドレス、パスワード、ユーザー名を登録します。 ユーザー名は、リポジトリの URL（github.com/ユーザー名/リポジトリ名）に使われるので、あとで公開しても困らない名前にしておきましょう。
個人で使うなら、無料の GitHub Free で十分です。GitHub のドキュメントによると、GitHub Free ではパブリック（公開）とプライベート（非公開）のリポジトリを数の制限なく作れます（プライベートでは一部の機能が制限されます）。
2. Git をインストールする
自分のパソコンで変更を記録するために、Git をインストールします。 Windows なら Git for Windows、Mac ならターミナルで git --version と入力すると、インストールを案内されることがあります。
インストールしたら、名前とメールアドレスを設定しておきます。これは変更の記録に「誰が変更したか」として残る情報です。
git config --global user.name "あなたの名前"
git config --global user.email "you@example.com"
GitHub のプロフィールでメールアドレスを非公開にしたい場合は、GitHub が用意する非公開用のアドレスを設定することもできます。
3. リポジトリを作る
GitHub の画面右上の「+」から「New repository」を選び、リポジトリ（コードを入れる箱）を作ります。 名前と、公開（Public）か非公開（Private）かを選ぶだけで作れます。
最初は非公開で作り、公開しても問題ないことを確かめてから公開に切り替える、という進め方でも大丈夫です。GitHub の公式チュートリアル「Hello World」では、リポジトリの作成から変更の提案までを、ブラウザだけで体験できます。
基本の流れ：変更を保存して GitHub に送る
普段の作業は、「変更する → 記録する（コミット）→ GitHub に送る（プッシュ）」の繰り返しです。 最初に、GitHub のリポジトリを自分のパソコンにコピー（クローン）します。
git clone https://github.com/ユーザー名/リポジトリ名.git
そのあとは、ファイルを編集するたびに、次の3つのコマンドで変更を記録して送ります。
git add .
git commit -m "ログイン画面を追加"
git push
| コマンド | 意味 |
|---|---|
git add . |
変更したファイルを、記録する対象に加える |
git commit -m "メッセージ" |
変更を、メッセージつきで記録する |
git push |
記録した変更を GitHub に送る |
コミットのメッセージには、「何を変えたか」が後から見て分かる言葉を書きましょう。ほかによく使うコマンドは よく使う Git コマンド一覧にまとめています。
コマンドを覚えるのが不安なら、VS Code などのエディターに入っている Git の機能や、GitHub Desktop というアプリを使えば、ボタン操作で同じことができます。
知っておくと便利な機能
ブランチ：本番を壊さずに新しいことを試す
ブランチは、作業を枝分かれさせる仕組みです。 新しい機能を試すときは、別のブランチで作業しておけば、うまくいかなくても元のブランチには影響しません。うまくいったら、元のブランチに取り込みます（マージ）。
一人で作る場合は、最初はブランチを使わずに進めてもかまいません。慣れてきて、「動いている状態を壊さずに大きな変更を試したい」と思ったときに使ってみましょう。
Issues：やることとバグを記録する
Issues は、リポジトリごとに「やること」や「見つけたバグ」を記録できる機能です。 一人の開発でも、思いついた機能や直したいところを書いておくと、やることリストとして使えます。
GitHub Pages：Web サイトを無料で公開する
GitHub Pages を使うと、リポジトリにある HTML・CSS・JavaScript のファイルを、そのまま Web サイトとして公開できます。 GitHub のドキュメントでは、GitHub Pages は「静的サイト ホスティング サービス」と説明されていて、無料の GitHub Free ではパブリックリポジトリで使えます。
公開先のアドレスは「ユーザー名.github.io」の形になり、独自のドメインを設定することもできます。ブラウザで動く小さなツールやゲーム、自分の作品を紹介するページを公開するのに便利です。サーバーで動く処理（データベースやログインなど）が必要なアプリには、ほかのホスティングサービスを使います。選び方は Web アプリの作り方で紹介しています。
気をつけたいこと：秘密の情報を公開しない
GitHub で一番気をつけたいのは、パスワードや API キーなどの秘密の情報を、うっかり公開してしまうことです。 一度公開されたリポジトリの内容は、すぐに誰かに読まれる可能性があります。
- 秘密の情報はファイルを分ける：API キーなどは「.env」のようなファイルに書き、コードに直接書かない
- .gitignore で除外する：「.gitignore」というファイルに書いたファイルやフォルダは、Git の記録対象から外れる。.env や、ビルドでできるファイルはここに書いておく
- 公開する前に中身を確かめる：非公開から公開に切り替える前に、秘密の情報が含まれていないかを確認する
- 漏れたら、すぐに無効にする：うっかり公開してしまった API キーは、ファイルを消すだけでは履歴に残る。発行元のサービスで、すぐにキーを無効にして作り直す
AI のコーディングツールを使っている場合も、「秘密の情報をコードに書かない」「.env は .gitignore に入れる」と最初に伝えておくと安心です。AI での開発については Claude Code でアプリを作る手順も参考にしてください。
Git のコマンドを指で覚えるなら
Git のコマンドは、毎日使ううちに自然と覚えますが、最初のうちは何度も調べることになります。 ゲーム感覚で繰り返し入力して覚えられる練習サイトを使うと、調べる回数を減らせます。
まとめ
- Git は変更の履歴を記録する道具、GitHub はその履歴をインターネット上に置けるサービス
- 個人開発でも、バックアップ、前の状態への巻き戻し、公開の手段として役に立つ
- 始めるときは、アカウント登録、Git のインストール、リポジトリの作成の3つ
- 普段の作業は「git add → git commit → git push」の繰り返し
- パスワードや API キーは .env に分け、.gitignore で除外して、公開しないように気をつける
まずは、今作っているものを非公開のリポジトリに入れて、1回コミットとプッシュをしてみてください。それだけで、作ったものを失う心配がぐっと減ります。
完成したアプリやゲームは、Devoch に掲載して、使ってくれる人に届けることができます。
