GitとGitHubとは？AI初心者は「戻れる場所」を作ってからAIに任せよう
こんな悩みありませんか？
「エンジニアが使う難しいものでしょ？」
「コマンドを覚えないと無理そう」
「AIを使いたいだけなのに、なぜGitHubが出てくるの？」
こんなふうに感じていませんか？
僕も、初心者の方に説明するなら、最初から専門用語を並べるよりも、まずこう伝えたいです。
GitとGitHubは、AIと一緒に作業する時代の「セーブポイント」です。
AI初心者パークでたとえるなら、Gitはアトラクションに乗る前のセーブ地点。GitHubは、園内マップや記録を預けておけるクラウド保管庫です。
AIに文章やファイルを直してもらうと、とても便利です。
でも、AIが直したあとに、
「やっぱり前の状態に戻したい」
「どこを変えたのかわからない」
「大事なファイルまで変わっていないか不安」
となることもあります。
そんなときに、戻れる場所があると安心です。
この記事では、GitとGitHubを非エンジニアの方にもわかるように、AI初心者パークの世界観で整理します。コマンド暗記ではなく、GitHub Desktopを使って「まず1回セーブする」ところまでを小さく試せる形にします。
僕自身、AIやDX活用を試しながら、AI初心者パークでは「難しい言葉をそのままにせず、実際に試しやすい形」にして発信しています。
目次
この記事でわかること
- GitとGitHubの違い
- なぜAI活用にGitHubが役立つのか
- 初心者が最初に覚えるべき言葉
- GitHub Desktopで小さく始める手順
- AIに任せる前に守りたい注意点
まず結論：Gitは「戻れるセーブポイント」、GitHubは「クラウド保管庫」
最初に結論です。
Gitは、ファイルの変更履歴を残す道具です。
GitHubは、そのGitで管理したファイルや履歴を、クラウド上に置けるサービスです。
もう少しやさしく言うと、
- Git：パソコンの中で「ここまで進んだ」を記録するセーブポイント
- GitHub：その記録をネット上にも預ける保管庫
- GitHub Desktop：コマンドを使わず、画面操作でGitを使うためのアプリ
というイメージです。
AI初心者パークで言えば、Gitは園内のセーブ地点です。
新しいアトラクションに進む前に、今の状態をセーブしておく。もし道に迷ったり、思ったルートと違ったりしても、前の地点に戻れます。
AIにファイルを直してもらうときも同じです。
先にセーブしておけば、「AIに直してもらったけど、やっぱり前に戻したい」というときに安心です。
なぜAI初心者にもGitHubが関係あるのか
昔のGitやGitHubは、主にエンジニア向けの道具でした。
でも、AIを使う人が増えたことで、非エンジニアにも関係が出てきました。
理由はシンプルです。
AIは、あなたの代わりにファイルを編集することがあるからです。
文章を直す。
表を整える。
Webページの文言を変える。
画像や資料の構成を変える。
コードを修正する。
こういう作業をAIに頼めるようになるほど、「変更前に戻れる仕組み」が大事になります。
テーマパークでも、案内スタッフにおすすめルートを提案してもらうのは便利です。
でも、いきなり知らないエリアへ進むより、入口や分岐点を覚えておいた方が安心ですよね。
GitとGitHubは、その分岐点を記録するための道具です。
GitとGitHubの違いをやさしく整理
ここで、言葉を一度整理します。
| 用語 | やさしい言い換え | AI初心者パークでたとえると |
|---|---|---|
| Git | 変更履歴を残す道具 | セーブポイント |
| GitHub | Gitの記録をクラウドに置く場所 | 園内マップと記録の保管庫 |
| リポジトリ | 1つの作業フォルダ全体 | 1つのエリア |
| コミット | ここまでの変更を記録する操作 | セーブする |
| プッシュ | パソコンの記録をGitHubへ送る | 保管庫へ預ける |
| プル | GitHubの最新状態をパソコンへ持ってくる | 保管庫から取り出す |
| ブランチ | 本線と分けて試す場所 | お試し別ルート |
| プルリクエスト | 変更を本線へ入れる前の確認 | 合流前の確認ゲート |
最初から全部を覚えなくて大丈夫です。
最初に必要なのは、次の3つだけです。
- リポジトリ
- コミット
- プッシュ
まずは「1つの作業フォルダを作る」「変更をセーブする」「GitHubに預ける」だけできればOKです。
初心者はコマンド暗記よりGitHub Desktopで始めよう
Gitと聞くと、黒い画面にコマンドを打つイメージがあるかもしれません。
でも、初心者が最初からコマンドを覚える必要はありません。
GitHub公式のGitHub Desktopを使うと、リポジトリの作成、変更の確認、コミット、プッシュなどを画面操作で進められます。
AI初心者パークで言えば、GitHub Desktopは案内カウンターです。
専門用語だらけの園内を、ボタンを押しながら進めるようにしてくれます。
もちろん、慣れてきたらコマンドを学ぶのも良いです。
でも最初の目的は、Gitマスターになることではありません。
AIと一緒に作業するときに、戻れる場所を作ることです。
その目的なら、まずはGitHub Desktopで十分です。
小さく始める3ステップ
ここからは、初心者向けのスモールスタートです。
いきなり本番の仕事フォルダで試さないでください。
まずは練習用のフォルダで、1つだけメモを作って、セーブして、GitHubへ預けるところまでやってみます。
手順1：練習用リポジトリを作る
まず、GitHub Desktopを使って練習用のリポジトリを作ります。
名前は、たとえば ai-practice-notes で大丈夫です。
ここで大事なのは、最初は公開設定をPrivateにすることです。
Publicにすると、内容がインターネット上で見える可能性があります。
練習だからこそ、まずはPrivateで始めましょう。
AI初心者パークで言えば、いきなり全員に見える掲示板へ貼るのではなく、自分だけの練習エリアを作るイメージです。
手順2：1つだけメモを作る
次に、練習用フォルダの中にメモを1つ作ります。
ファイル名は first-ai-note.md のようなものでOKです。
中身は短くて大丈夫です。
# はじめてのAIメモ
今日はGitHub Desktopで、AI作業用のセーブポイントを作る練習をします。難しい内容を書く必要はありません。
目的は、立派な文章を書くことではなく、「変更がGitHub Desktopに表示される」ことを体験することです。
手順3：コミットしてプッシュする
メモを保存したら、GitHub Desktopを開きます。
変更したファイルが表示されているはずです。
そこで、コミットメッセージを入れます。
たとえば、
最初のAIメモを追加で十分です。
その後、Commitボタンを押します。
これで、パソコンの中にセーブポイントができます。
さらにPush originを押すと、GitHub側にも保存されます。
AI初心者パークで言えば、園内でセーブしたあと、クラウド保管庫にも預ける流れです。
ここまでできれば、最初のゴールは達成です。
AIに手伝ってもらうなら、まずこの声かけ
GitHub Desktopを開いたあと、何を書けばいいかわからないときは、ChatGPTに声で相談しても大丈夫です。
たとえば、こう話しかけます。
GitHub Desktopで練習用の変更をコミットしたいです。
変更内容は「AI練習用のメモを1つ追加」です。
初心者にもわかる短いコミットメッセージを3つ考えてください。また、GitHubに保存する前に不安なときは、こう聞けます。
これからGitHubに練習用のメモを保存します。
公開してはいけない情報が入っていないか、確認するチェックリストを作ってください。AIに全部やらせるのではなく、確認リストを作ってもらう。
この距離感が、初心者にはちょうどいいです。
ブランチは「お試し別ルート」と考える
コミットとプッシュに慣れてきたら、次にブランチを知ると便利です。
ブランチは、本線とは別に作業を試せる場所です。
AI初心者パークで言えば、本来の園内ルートから少し外れて試せる「お試し別ルート」です。
たとえば、AIに文章を大きく書き換えてもらうとします。
でも、いきなり本線のファイルを変えるのは少し怖いですよね。
そんなときに、ブランチを作ってからAIに編集してもらうと、本線を守りながら試せます。
初心者のうちは、毎回ブランチを使わなくても大丈夫です。
ただし、「AIに大きく直してもらう前は、別ルートを作れる」と覚えておくと安心です。
プルリクエストは「合流前の確認ゲート」
ブランチで試した変更を、本線に戻す前に確認する仕組みがプルリクエストです。
名前だけ聞くと難しいですが、やっていることは確認です。
どのファイルが変わったのか。
どんな文章が追加されたのか。
消えているものはないか。
これを見てから、本線へ合流させます。
AI初心者パークで言えば、別ルートから本線に戻る前の確認ゲートです。
AIに作業してもらうほど、この確認ゲートは大事になります。
「AIが作ったから大丈夫」ではなく、「AIが作ったものを人が確認してから入れる」。
この順番にすると、安全にAI活用を広げやすくなります。
やってはいけないこと
GitHubを使うときに、初心者が特に気をつけたいことがあります。
1. いきなりPublicにしない
Publicは、誰でも見られる公開状態です。
練習用や個人用の作業は、まずPrivateで始めましょう。
2. 秘密情報を入れない
APIキー、パスワード、個人情報、会社の未公開資料は入れないでください。
AIに使う素材を保存するときも同じです。
「これは外に出ても大丈夫か？」と一度止まることが大切です。
3. AIに直してもらう前にセーブしない
AIに大きく直してもらう前は、先にコミットしておくと安心です。
セーブせずに進むと、どこまで戻ればいいか迷いやすくなります。
4. Discardを軽く押さない
GitHub Desktopには、変更を取り消す操作があります。
便利ですが、押す前に「本当に消していい変更か」を確認しましょう。
戻せる場合もありますが、初心者のうちは慎重でOKです。
かずまの実践メモ
僕なら、GitとGitHubを最初から全部覚えようとはしません。
まずは「AIに触らせる前に、今の状態を残す」ことだけを目的にします。
たとえば、ブログ記事の下書きをAIに直してもらう前に、今の文章をコミットする。
Webページの文言をAIに修正してもらう前に、今のファイルをコミットする。
資料の構成をAIに整理してもらう前に、元データを残しておく。
このひと手間があるだけで、AIへの頼み方が変わります。
「失敗したらどうしよう」ではなく、
「戻れるから、少し試してみよう」
と思いやすくなります。
AI初心者パークでは、これを「セーブしてからアトラクションに乗る」と考えます。
いきなり一番ハードな乗り物に乗らなくて大丈夫です。
まずは小さなメモを1つ作って、コミットして、GitHubに預ける。
そこまでできたら、AI活用の土台としてはかなり大きな一歩です。
今日の一歩
今日やることは、これだけで大丈夫です。
- GitHub Desktopを用意する
- 練習用リポジトリ
ai-practice-notesを作る first-ai-note.mdを作る- 「最初のAIメモを追加」とコミットする
- GitHubへプッシュする
ここまでできれば、GitとGitHubの入り口はもう通過しています。
次にAIへ頼むなら、こう話しかけてみてください。
今からAIにこのメモを少し直してもらいます。
その前に、GitHub Desktopで今の状態を保存できているか確認したいです。
初心者向けにチェックリストを作ってください。GitHubは、エンジニアだけの場所ではありません。
AIと安心して作業するための、戻れる場所です。
まずは小さくセーブするところから始めてみましょう。
