AI初心者のためのGit / GitHub入門

1. そもそもGitとは何か

Gitは、ファイルの変更履歴を記録しておく道具です。文章やプログラムを編集するたびに「この時点の状態」を保存でき、あとからいつでもその時点に戻せます。

ふだん私たちは「企画書_最終.docx」「企画書_最終2.docx」のようにファイルを複製して履歴を残しがちですが、Gitを使うと一つのファイルのまま、いつ・誰が・どこを変えたかをきれいに記録できます。

つまりGitは、保存ボタンの強力版のようなものです。間違えても前に戻れる、という安心感が一番の価値だと私は思っています。

2. Gitは何が便利なのか

一つ目は、いつでも過去に戻せることです。変更して壊してしまっても、記録した時点に戻せるので、思い切って試せます。

二つ目は、変更の理由が残ることです。記録（コミット）にひとことメモを添えられるので、あとから「なぜこう直したか」を追えます。

三つ目は、複数人で同じファイルを安全に編集できることです。誰がどこを変えたかが分かるので、上書きし合う事故が起きにくくなります。

3. GitHubとは何か

GitHubは、Gitで記録した内容をインターネット上に置いて、保存・共有できるサービスです。手元のパソコンにある履歴を、クラウドにも持っておくイメージです。

パソコンが壊れてもGitHubに送ってあれば無事ですし、他の人に見てもらったり、一緒に編集してもらったりもできます。世界中の開発者が使っている、いわばコードの共有場所です。

私たちの会社のブログやサイトも、GitHubに置いてあるものを公開しています。GitHubに送る（プッシュする）と、サイトに反映される、という流れです。

4. GitとGitHubの違いを整理する

混同しやすいのですが、Gitは「手元で履歴を記録する仕組み」、GitHubは「その履歴をネット上に置いて共有する場所」です。

たとえるなら、Gitが手元のノート、GitHubがそのノートを預けたり見せ合ったりするクラウド本棚のような関係です。GitだけでもGitHubなしで使えますが、共有やバックアップにはGitHubが便利です。

GitHubのほかにGitLabやBitbucketといった似たサービスもあります。仕組み（Git）は同じで、置き場所のサービスが違うだけ、と考えると分かりやすいです。

5. 公開（Public）と非公開（Private）を選ぶ

GitHubでリポジトリ（置き場所）を作るときは、Public（公開）かPrivate（非公開）かを選びます。これは、その中身を誰が見られるかを決める設定です。

Publicは、世界中の誰でも中身を見られる状態です。オープンソースのソフトや、見せてよいサンプルに向いています。私たちのブログやサイトのように、公開を前提とするものはPublicにします。

Privateは、自分と招待した人だけが見られる状態です。仕事の資料やクライアントに関わるものなど、外に出したくないものはPrivateにします。あとからPublicとPrivateを切り替えることもできます。

なお、個人で使う分には、GitHubは基本的に無料です。無料プラン（GitHub Free）でも、PublicとPrivateのどちらのリポジトリも個数の制限なく作れます。より高度な機能やチーム向けの管理が必要になったときに、有料プランを検討すれば十分です（出典は末尾の「確認した公式情報」に記載）。

気をつけたいのは、Publicにすると過去の記録（履歴）までさかのぼって見られることです。パスワードやAPIキーをうっかりコミットしてしまうと、Publicでは外から読めてしまいます。だからこそ、機密はそもそもコミットしない、というルールが大切になります。

6. まず手元に用意するもの

Gitを使うには、まずパソコンにGitをインストールします。macOSやWindows向けに公式ページから入手でき、最近はインストール済みのことも多いです。

インストールしたら、最初に自分の名前とメールアドレスを一度だけ設定します。これは「誰がこの変更を記録したか」を残すためのものです。

GitHubも使うなら、GitHubの無料アカウントを作っておきます。最初は練習用の置き場所（リポジトリ）を一つ作って試すのがおすすめです。

7. 基本の流れをつかむ

Gitの基本は、編集する → 記録する → 送る、の3ステップです。具体的には、変更を選ぶ（add）、記録する（commit）、GitHubへ送る（push）という順番です。

最初はこの3つだけ覚えれば十分です。コマンドを丸暗記する必要はなく、「いまどの段階にいるか」を意識できれば、迷いにくくなります。

GitHubから最新の内容を取り寄せる（pull）ことも覚えておくと、別のパソコンや他の人の変更を受け取れるようになります。

リポジトリ

ファイルとその変更履歴をまとめて入れておく入れ物です。プロジェクト1つにつき1つ作るのが基本です。

コミット

ある時点の変更を記録することです。ひとことメモを添えて、後から振り返れる区切りを作ります。

プッシュ

手元の記録をGitHubへ送ることです。バックアップや共有のために行います。

プル

GitHub上の最新の内容を手元に取り寄せることです。プッシュの逆向きと考えると分かりやすいです。

クローン

GitHubにあるリポジトリを、まるごと手元にコピーしてくることです。

ブランチ

本線とは別の作業用の枝です。本番に影響させずに試したい時に分けて使います。

マージ

ブランチで進めた変更を、本線に合流させることです。

.gitignore

記録したくないファイルを指定しておくメモです。パスワードや一時ファイルを誤って送らないために使います。

今のフォルダで新しくGitの記録を始めます。最初の一回だけ使います。

GitHubにあるリポジトリを手元にコピーしてきます。

今どのファイルが変わっているか、どの段階にあるかを確認します。迷ったらまず見ます。

記録する変更を選びます。`git add .` でまとめて選べます。

選んだ変更を記録します。`-m` でひとことメモを添えます。

手元の記録をGitHubへ送ります。公開や共有の前の最後の操作です。

GitHub上の最新の内容を手元に取り寄せます。

これまでの記録（コミット）の一覧を見ます。

まだ記録していない変更が、どこにあるかを確認します。

ブランチ（作業用の枝）の確認や作成をします。

別のブランチに切り替えます。

ブランチの変更を本線に合流させます。

Gitとは何か、GitHubとの違いも含めて、初心者にもわかるように説明してください。

このフォルダでGitを始めたいです。最初に必要なコマンドを、意味も添えて順番に教えてください。

今の変更内容を、Git初心者にもわかるように説明してください。まだpushはしないでください。

コミットメッセージのたたき台を、何を変えたか分かる形で考えてください。

間違えてファイルを消してしまいました。前の状態に戻す方法を、慎重なやり方で教えてください。