GitHubは、エンジニアの道具でしょ？ もうそうとも言い切れません。
生成AIがコードを書いたりサイトを作ったりする時代になって、 GitHubは"エンジニアだけの専門ツール"じゃなくなりつつあります。 開発サポート委員のハブちゃんが、基本のキから 実際の活用まで、じっくり教えます。
漫画で ざっくり予習
「ハブちゃん、結局なにがいいの？」 読み物が苦手な人も、まずは漫画でざっくり把握。
「GitHub」って 結局なに？
一言でいうと、 変更履歴を全部記録してくれる、共同作業のためのファイル置き場。 Googleドライブに近いけど、もうちょっと賢いんです。
📁 バラバラに散らばる
- 「final」「final2」「本当にfinal」…ファイル名で履歴管理
- 誰が・いつ・どこを変えたのか、あとから追えない
- 古いバージョンに戻したくても、上書きされて戻せない
- 気づいたら違う人が違うバージョンを編集している
🐙 変更履歴が全部残る
- 「いつ・誰が・何を変えたか」が自動で記録される
- 気に入らなければ、いつでも前の状態に戻せる
- 複数人が同時に作業しても、変更を安全に合流できる
- コードだけでなく、タスク管理（Issue）も同じ場所でできる
「Git」と「GitHub」、 そして「リポジトリ」って？
Git（ギット）……変更履歴を記録する"仕組み"そのもの。パソコンの中だけでも使えます。 GitHub（ギットハブ）……そのGitをインターネット上で使えるようにしたサービス。みんなで同じプロジェクトを見たり、共有したりできる場所です。 そして、プロジェクトのひとまとまり（フォルダ全体）のことを「リポジトリ（repository、略してrepo）」と呼びます。「このリポジトリ見て」と言われたら、「このプロジェクトフォルダ見て」というのとだいたい同じ意味です。
なぜ 非エンジニアこそ 使うといいのか
「コードなんて書かないし関係ないかな」と思う人ほど、 実は知っておくと得します。
ハブちゃん
生成AIでサイトやアプリを作ってもらう場面が増えた今、 その成果物の置き場所として、GitHubがほぼ標準になっています。 開発サポート委員のハブちゃんが、その理由を教えてくれました。
ChatGPTやClaude、Cursorに作ってもらったサイトやアプリの置き場所として、GitHubが定番になっています。実はこの花のAI学園自体も、GitHubに置かれたコードが自動で公開される仕組みで動いています。
ファイルがGitHubにあれば、どのパソコンからでも最新版にアクセスできます。USBメモリやメール添付でファイルを持ち歩く必要がなく、「あれ、どのバージョンが最新だっけ」も起きません。
「GitHub＝コードを置く場所」と思われがちですが、実際はどんなファイルでも置けます。WordやExcelの資料も同じように変更履歴を追えるので、パソコンのフォルダをファイル名でごちゃごちゃにするより、ずっとすっきり管理できます。
毎月・毎年つくる報告書やチェックリストを1つのリポジトリにまとめておけば、「去年の資料どこだっけ」がなくなります。過去のバージョンもすべて履歴に残るので、あとから見返すのも簡単。
変更履歴が全部残っているので、「さっきの方が良かった」というときに前の状態に戻せます。上書きでどんどん過去が消えていくWordやExcelとは違うところ。
「Issue（イシュー）」という機能で、バグ報告や機能要望を1件ずつ記録・管理できます。エンジニアと非エンジニアの伝言ゲームが減ります。
GitHub Pagesという機能を使えば、置いたファイルをそのままWebサイトとして公開することも可能。ノーコード派でも触れておいて損はありません。
⚠️ ただし、動画や大量の画像のような巨大なファイルはちょっと別の話。 GitHubは大きなバイナリファイルの扱いが得意ではなく、無料枠にもファイルサイズの上限があります。 「重い素材」はGitHub以外のストレージと使い分けるのがおすすめです。
公開 と 非公開、ここだけは注意
便利さの話ばかりしてきましたが、ここだけは必ず押さえてほしいポイントです。
見られたくないものは、 基本的に「非公開（Private）」に。
GitHubのリポジトリには 公開（Public） と 非公開（Private） の設定があります。 公開にすると、世界中の誰でもそのファイルを見られる状態になります。
個人情報が入った資料、社外秘の書類、パスワードやAPIキーのようなもの—— 他人に見られたくないものは、迷ったら非公開にしておくのが安全です。
リポジトリを作るときに公開範囲を選べるので、最初に必ず確認する癖をつけましょう。 あとから公開⇄非公開を切り替えることもできますが、一度公開してしまった内容は 誰かに保存・コピーされている可能性がある、という点も覚えておいてください。
コミット と プッシュ、なにが違うの？
ここが初心者がいちばんつまずくポイント。 ゆっくり説明します。
作業する（ローカル）
自分のパソコンの中で、ファイルを書いたり直したりする段階。この時点では、まだ自分のパソコンの中だけの話。
コミットする（区切りを記録）
「ここまでの変更を、ひとつの区切りとして記録すること」。自分の作業ノートに下書きを保存するイメージです。
プッシュする（GitHubに反映）
その記録を、みんなが見られる場所（GitHub）にアップロードすること。ノートの下書きを先生や仲間に「提出」するイメージです。
コミットはゲームのセーブと同じ感覚で、作業の区切りごとに何度でも。この時点では、まだ自分のパソコンの中だけの記録です。
プッシュされて初めてみんなから見える状態に。1日分のコミットが、履歴ごとそのままGitHubに並びます。
コミットしただけでは、 まだ誰にも見えていません。
「コミットしたので送りました！」と勘違いして、実はプッシュを忘れていた……というのは、 初心者だけじゃなく、AIツールを使う人でもたまにやってしまうあるあるミスです。 プッシュして初めて、変更がGitHub上のみんなに見える状態になります。
コミットとプッシュを混同
- コミット＝送信だと思って、プッシュを忘れる
- 逆に、ちょっと直すたびに毎回プッシュする
- 1日の作業を、ぜんぶまとめて1コミットにする
コミットはこまめに、プッシュは区切りで
- コミットは、作業の区切りごとにこまめに（セーブ感覚）
- プッシュは、その日の作業の終わりにまとめて
- 「今日はここまでやった」が、1回のプッシュになるイメージ
生成AI時代、ハブちゃんは かつてないプッシュ量 にみまわれている
開発サポート委員として学園のリポジトリを預かるハブちゃんは、 今、これまでにない忙しさに直面しています。
1日に何十回もプッシュが飛んでくる、 それが今のハブちゃんの日常
CursorやGitHub Copilot、Claude Codeのようなツールが、コードを書くだけじゃなく コミットやプッシュまで自動でこなすようになって、開発のスピードが 人間だけの時代とは比べ物にならないくらい上がっています。
リポジトリ管理からプルリクエストのレビュー、CI/CD（変更を自動でチェック・公開する仕組み）まで、 ハブちゃんは休む間もない状態です。ただし、コードそのものを書いているのはハブちゃんではなく、 AIツールを使う開発者たち。ハブちゃんは、そこから飛んでくるプッシュを受け止めて整理する係なんです。
ここで大事な話があります。AIが速く書けるようになったからこそ、 「AIが書いたコードが本当に正しいか、人がちゃんと確認する」というステップの価値は、 逆に上がっているんです。それを担うのが、次に紹介する「プルリクエスト」という仕組みです。
開発への活用（初級〜中級）
ここからは、実際にチームで開発するときによく出てくる言葉を、 図解つきで順番に紹介します。
ブランチ（branch）
初級本編（main）をいきなり書き換えず、「試し書き用の分岐」を作って作業する仕組み。 うまくいったら本編に合流（マージ）させ、失敗したらそのまま捨てられます。
プルリクエスト（PR）とレビュー
初級ブランチでの作業を「これ、本編に取り込んでいいですか？」と提案するのがプルリクエスト。 その中身をチェックしてコメントを付けるのがレビュー。 AIが書いたコードほど、この確認ステップが大事になります。
ブランチで作業
本編を汚さずに、変更をひとまとまり作る。
プルリクエストを出す
「この変更、本編に取り込んでいい？」とレビューを依頼。
レビューOK → マージ
中身を確認してもらえたら、本編に合流して完了。
Issue（イシュー）
初級「このバグを直したい」「この機能がほしい」を1件ずつ記録するタスク管理の場所。 コードのやり取りと同じ場所で管理できるので、伝言ゲームが減ります。
コンフリクト（conflict）
中級複数人（AI含む）が同時に同じ場所を変更すると起きる「どっちを採用すればいい？」の状態。 焦る場面だけど、仕組みが分かれば怖くありません。
GitHubは、 みんなの道具 になりつつある。
コミットとプッシュの違い、ブランチやプルリクエストの考え方さえ押さえておけば、 非エンジニアの人でも十分に会話についていけます。 生成AIと一緒にものづくりをする今だからこそ、 ハブちゃんと一緒に「壊れても戻せる」安心感を、あなたの作業にも取り入れてみませんか。