GitとGitHub
Gitって何？ GitHubって何？
似た名前の2つが出てきますが、役割は分かれています。
Gitとは: コードの変更履歴を手元のパソコンに記録する仕組み。「いつ・何を・どう変えたか」を積み重ねて記録し、過去のどの時点にでも戻れるようにします。
GitHubとは: Gitで記録した変更履歴をインターネット上に置き、どこからでも見られるようにするサービス。手元PCの故障などによる記録消失を防ぎ、安全に保管し、他のPCからも呼び出せます。
メモ用語メモ：Git と GitHub の関係
Gitは「変更履歴を残す仕組み」、GitHubは「それをクラウドに置いて見られるようにするサービス」です。GitがルールだとすればGitHubは倉庫、という関係だとイメージしてください。似た名前ですが、片方だけでも意味はあります。
つまり「Gitで記録して、GitHubで保管する」というのが基本の関係です。この章ではこの2つをまとめて「Git」と呼ぶこともありますが、区別が必要な場面ではそのつど使い分けます。
開発環境の段階別、GitHubの要否
環境の段階が上がるにつれて、GitHubの必要性は増していきます。
| 段階 | GitHubの要否 | 理由 |
|---|---|---|
| GAS＋スプレッドシート | 任意 | 単純なスクリプトなら要らないことが多いです。Claspを使えば連携も可能です |
| Webアプリ（ローカル） | 推奨 | AIとの往復で"壊れた"を戻せます。ここから入れるのが実務的な目安です |
| デプロイ | ほぼ必須 | デプロイサービスの多くがGitHub連携を前提にしています |
| DB連携 | 必須 | スキーマ変更の履歴・共同作業に要ります |
開発環境そのものの選び方は開発環境とデプロイで扱っています。
なぜAIと一緒に作るときほどGitが要るのか
Gitはもともと、人間がコードを書く時代からある仕組みです。ですが、AIコーディングエージェント（AIと会話しながらコードを書き進めるツールのこと）と一緒に作るようになってから、その価値はむしろ上がっています。
理由は単純です。AIは人間より高速に、そして大胆にコードを書き換えるからです。人間が1行ずつ確かめながら書くのに比べ、AIは一度の指示で何十行、何百行もまとめて変更します。うまくいけば大きな前進ですが、狙いと違う変更が紛れ込んだときの影響範囲も、同じだけ大きくなります。
つまり、「壊れる速度」もAI時代のほうが速いのです。だからこそ、いつでも一つ前の状態に戻れる仕組みの価値が、これまで以上に大きくなっています。プログラミングは怖くないで触れた「思い切って試せる安心感」は、この仕組みがあって初めて成り立ちます。
覚えることは1つだけ：「セーブポイント」を作る習慣
Gitの用語や操作は、掘り下げれば奥が深いものです。ですが、初心者が最初に持っておくべき感覚は、実はたった1つだけです。
それは、ゲームの「セーブポイント」と同じだと考えることです。
RPGを遊んでいて、ボスの手前でセーブしておけば、負けても直前からやり直せます。セーブせずに突っ込んで負けてしまうと、ずっと前からやり直すしかありません。Gitも考え方はまったく同じです。
メモ用語メモ：commit（コミット）
Gitで「今の状態を記録する」操作のことをcommitと呼びます。ゲームでいうセーブ操作にあたります。コミットしておいた地点には、あとからいつでも戻れます。
「動くところまでできた」と思ったタイミングで記録（コミット）しておく。それだけで、この先AIがどれだけ大胆にコードを書き換えても、いつでもそのセーブポイントまで戻れます。覚えることは、この1つの感覚だけで十分です。
コマンドを覚える必要はない
「セーブポイントを作る」と聞くと、専用のコマンドを覚えなければいけないと身構えるかもしれません。しかし、その必要はありません。AIコーディングエージェントと協働しているなら、Gitの操作はすべてAIに日本語で依頼できます。 プログラミングは怖くないで触れた「ターミナルはAIとの会話窓」という考え方は、Git操作においても同様です。
具体的には、こんな伝え方で十分です。
例Gitの操作をAIに頼む実例
「ここまでの変更を保存しておいてください。」
「今の状態がうまく動いているので、セーブポイントを作ってください。」
「さっきの変更で壊れてしまったので、1つ前の状態に戻してください。」
「これまでどんな変更をしてきたか、履歴を一覧で見せてください。」
コマンド名も、正確な言い回しも、覚える必要はありません。「保存して」「戻して」「見せて」という、ふだんの日本語の依頼で十分に通じます。裏側でAIが必要なGit操作を組み立てて実行してくれます。
最初の一歩：GitHubアカウントを作る
Gitの記録を安全な場所に置くには、GitHubのアカウントが要ります。作成は公式の登録ページ（github.com/signup）からです。とはいえ、ここでも身構える必要はありません。
- 無料で始められます（個人利用の範囲であれば、費用の心配は不要です）
- 登録自体は、メールアドレスとパスワードを用意する程度の作業です
- 細かい設定項目が出てきても、「これはどう設定すればいいですか」とAIに聞きながら進めれば十分です
アカウントを作る作業自体も、実は「AIに一緒に進めてもらう」対象です。「GitHubのアカウントを作りたいので、手順を1つずつ教えてください」と伝えれば、迷わず進められます。
GitHubリポジトリの公開設定：PublicとPrivate
GitHubにコードを置く際、忘れずに確認しておきたいことが1つあります。それが、公開（Public）と非公開（Private）の区別です。
メモ用語メモ：Public と Private
Public（公開）に設定すると、そのコードは世界中の誰でも見られる状態になります。Private（非公開）に設定すると、自分（と許可した相手）だけが見られる状態になります。GitHubでは、新しく置き場所（リポジトリ）を作るときにどちらかを選ぶ必要があります。
顧客情報や自社の判断基準を扱うプロジェクト、APIキー（外部サービスを利用するための合言葉のようなもの）を含むプロジェクトは、必ずPrivateに設定してください。 Publicのまま置いてしまうと、機密情報が世界中から見える状態になってしまいます。
注意迷ったら常にPrivate
どちらか迷ったときは、Privateを選んでおくのが安全です。あとから公開に切り替えることはできますが、一度公開してしまった情報を完全に取り消すことはできません。APIキーやパスワードをコードに直接書き込まない、という基本原則も合わせて意識してください。詳しくはAIセキュリティの基本を参照してください。
「セーブポイント」を作るタイミングの目安
「いつコミットすればいいのか」という疑問もよく聞きます。厳密な正解はありませんが、目安はあります。
- きりのいい機能が1つ動くようになったとき
- 大きな変更に着手する直前（何かあってもここまでは戻れる、という地点を作っておく）
- 1日の作業を終えるとき
いちばん大事なのは、頻度の正解を探すことではありません。「動いた」と思った瞬間に保存する習慣を、まず身につけることです。この習慣さえあれば、この先どれだけ試行錯誤しても、取り返しのつかない事態にはなりません。
AIと協働するGit操作の具体例
Gitとの付き合いは、結局のところ「AIへの頼み方」に集約されます。実際の場面ごとの依頼文をいくつか挙げておきます。
例依頼文の実例①（現在の状態を保存する）
「経費集計の機能が動くようになりました。ここまでの変更を保存しておいてください。」
例依頼文の実例②（変更履歴を見せてもらう）
「これまでどんな変更を積み重ねてきたか、変更履歴を新しいものから順に見せてください。」
例依頼文の実例③（前の状態に戻す）
「さっきの変更を加えたら動かなくなってしまいました。変更する前の、動いていた状態に戻してください。」
例依頼文の実例④（GitHubへの置き場所を作る）
「このプロジェクトをGitHubに置きたいです。顧客の情報を扱うので、非公開（Private）の設定でお願いします。手順を1つずつ教えてください。」
提示した依頼文は、いずれも専門用語を使っていません。AIにGit操作を依頼する際は、「正しい言い回しでなければ」と身構える必要はなく、日頃の会話と同じように伝えてください。
この章のまとめ
情報この章のまとめ
- Git＝変更履歴を残す仕組み、GitHub＝それをクラウドに置いて見られるようにするサービスです
- AIは人間より高速・大胆にコードを書き換えるからこそ、戻れる仕組みの価値が上がります
- 覚えることは「セーブポイントを作る習慣」の1つだけです
- コマンドは覚えなくてよく、AIに日本語で頼めば操作してくれます
- GitHubアカウントは無料で作れます。難しい設定はAIに任せてかまいません
- 機密情報を含むプロジェクトは、必ずPrivate（非公開）に設定します
- 「動いた」と思った瞬間に保存する習慣が、いちばん大事
これで、プログラミングは怖くないで予告されていた「壊れても大丈夫な理由」の中身がつながりました。実際に手を動かしていて何かがうまくいかなくなったときも、「戻れる場所がある」という安心感を持って進められるはずです。