AI & GITHUB · STEP 03

GitとGitHub、リポジトリの関係を理解する

名前が似ているGitとGitHub、そしてよく聞くリポジトリ。それぞれが何をするのか、サイトの変更を例に整理しましょう。

GitとGitHubとリポジトリって、全部同じ場所の名前なの？

似た話題に出てくるけれど、それぞれ役割が違うんだ。一つずつ見てみよう。

Gitは変更の履歴を管理する仕組み

サイトの記事の見出しを変えたあと、「前はどう書いていたかな」と思ったことはありませんか。Gitは、ファイルの変更を管理するための仕組みです。変更を記録しておくと、過去にどのような状態だったかを確認する手がかりになります。

たとえば見出しを「AIノート」から「AIの学習ノート」へ変えたとします。記録した前後を比べれば、どの部分が変わったかを確認できます。文章だけでなく、サイトの表示を決めるファイルなども管理の対象になります。

編集と記録は同じではない

ファイルを編集しただけで、変更がすべて自動的に記録されるとは限りません。Gitでは、記録したい変更を選び、ひとまとまりとして残します。この記録を「コミット」と呼びます。第4記事で、記録の見方とあわせて詳しく説明します。

ここでいう履歴は、ブラウザで閲覧したページの履歴とは別です。プロジェクトに加えた変更を振り返るための履歴です。また、過去の記録があるからといって、何でも自動で元に戻るわけではありません。戻す必要があるときは、対象と影響を確認してから作業します。

Gitはどこで使う？

Gitは、パソコンやクラウド上の開発環境などで利用できます。作業場所の中に履歴があり、変更を確認して記録します。Gitそのものは特定のウェブサイトの名前ではありません。まずは「変更の履歴を管理する仕組み」と覚えましょう。

ChatGPTに変更を任せた場合も、AIが行った編集とGitへの記録は別の段階です。「何を変更した？」「記録は済んでいる？」と分けて尋ねれば、まだ作業途中なのか、変更が記録されたのかを把握しやすくなります。

たとえば記事の誤字を直した後、別の日に画像を差し替えたなら、その二つを別の記録に分けることもできます。どんな単位に分けるかは作業の内容によりますが、あとから何をしたか追いやすいことが大切です。

なるほど！ まずは何が起きているか、ひとつずつ確かめればいいんだね。

GitHubはプロジェクトを管理・共有できる場所

GitHubは、Gitで管理するプロジェクトをオンラインに置き、管理や共有、共同作業を助けるサービスです。ファイルの一覧を見たり、変更を確認したり、作業に関するやり取りをしたりできます。自動でテストなどを行うGitHub Actionsという機能もあります。

GitとGitHubは名前が似ていますが、同じものではありません。Gitは変更履歴を管理する仕組み、GitHubはGitのプロジェクトをオンラインで扱えるサービスです。GitHub以外にもGitを利用できるサービスはあります。

作業場所から送る

開発環境で記録した変更をGitHubに送る操作を「push」と呼びます。作業場所で編集や記録をしても、まだGitHubに送っていなければ、GitHub上にはその変更がないことがあります。操作の詳しい流れは第5記事で学びます。

反対に、GitHubに保存された変更が、読者の見る本番サイトにすぐ表示されるとは限りません。公開が自動か手動かはサイトごとの設定によります。Gitへの記録、GitHubへの送信、本番公開は、それぞれの状態を確かめると混乱しません。

報告を聞くときの例

「変更は作業環境にありますか、それともGitHubにも送られていますか？」と聞いてみましょう。AIがアクセスできる環境や権限は利用状況によって異なるため、実際に確認できた範囲と、確認できなかった部分を分けてもらうことが大切です。

GitHubの画面が開ける場合は、対象のプロジェクトや変更履歴を見ることもできます。最初からすべてのボタンを理解する必要はありません。自分が扱っているプロジェクト名と、AIが報告した変更が同じ場所にあるかを少しずつ確認していきましょう。

GitHubの機能はすべて最初から覚える必要はありません。まず、自分のプロジェクトがどこにあるかを確認し、次にAIの報告した変更を見つけるところから始めるとよいでしょう。使う機能や画面は必要に応じて少しずつ学べます。

リポジトリはプロジェクトのまとまり

「リポジトリ」は、プロジェクトのファイルやフォルダと、Gitで記録された変更履歴を管理するまとまりです。サイトのリポジトリには、ページを作るコードや記事データ、画像、設定などが含まれる場合があります。何を入れるかはサイトの設計によって異なります。

リポジトリは、単なる一つのファイル名ではありません。フォルダや複数のファイルを含み、さらに履歴も管理する、と考えましょう。作業環境にあるコピーとGitHub上のリポジトリを行き来しながら、変更を進めることがあります。

サイトのすべてが入るとは限らない

リポジトリにサイトのデータが必ず全部入っているわけではありません。たとえば、記事の一部や利用者の情報をデータベースに保存したり、画像を別の保存場所から配信したりするサイトもあります。実際の構成を調べてから判断しましょう。

また、リポジトリの公開・非公開と、ウェブサイト自体の公開は別の設定です。非公開のリポジトリから、一般の人が見られるサイトを公開することもあります。「GitHubが非公開だからサイトも非公開」とは決めつけられません。

自分の対象を確かめる

GitHubでは通常、所有者名とリポジトリ名の組み合わせで対象を示します。似た名前のプロジェクトを持っている場合は特に、どれを扱うかが重要です。AIに「今回の対象リポジトリ名を教えて」と確認すれば、意図と合っているか判断できます。

リポジトリの中のファイルを自分で削除したり、名前を変えたりする必要はありません。わからない項目は「このファイルは何のためにありますか。変更せずに教えて」と聞いてみましょう。読み取りの依頼から始めれば、構造を少しずつ理解できます。

プロジェクトごとに複数のリポジトリを使う場合もあります。名前が似ていても中身や役割が異なることがあるため、対象を推測せずに確認します。AIに操作前の対象確認を頼めば、意図しない別の場所への変更を防ぐ助けになります。

3つの関係を、サイト修正の例で整理する

「サイトの見出しを直して、作業を保存して」と頼む場面を考えます。AIはアクセスできる開発環境で、対象リポジトリのファイルを調べ、必要な箇所を変更します。変更しただけでは、Gitへの記録やGitHubへの送信が済んだとは限りません。

変更内容を確認し、Gitでコミットとして記録し、必要に応じてGitHubへ送ります。どこまで実行するかは依頼の範囲と環境の権限次第です。公開が必要な場合は、さらにそのサイトに決められた確認や本番公開の手順をたどります。

3つを一言で言うと

整理すると、Gitは変更履歴を管理する仕組み、GitHubはプロジェクトをオンラインで管理・共有するサービス、リポジトリはファイルと履歴を管理するまとまりです。互いに関係していますが、同じ意味として置き換えることはできません。

引っかかった言葉があれば、AIに「GitHubとリポジトリの違いを、今の作業を例に説明して」と聞いてみましょう。一般的な説明と、自分のサイトで実際に確認できた状態を分けて教えてもらうと、例をそのまま事実だと思い込まずに済みます。

作業を頼んだあとの確認

たとえば「変更したファイル、Gitでの記録、GitHubへの送信、本番公開の状態をそれぞれ教えて」と質問できます。すべてが終わっていなくても問題ありません。作業のどの段階まで進んでいるかがわかれば、次に必要なことを決められます。

次の記事では、Gitに残されるコミットをもう少し詳しく見ます。「履歴」「差分」「コミット」という言葉を、実際の変更を振り返るための道具として理解していきましょう。

最初はすべての言葉を正確に使い分けられなくても大丈夫です。「今の変更はどこにあるの？」と尋ね、その答えの中に出てきた言葉をこの記事に戻って確かめてみましょう。

参考：GitHub Docs: About Git ／ Git: git-fetch ／ Git: git-pull（2026年11月8日確認）

← カリキュラムへ戻る