Insights·2026-07-10

バイブコーディング入門者のためのGit、何から学ぶか

Gitはコードのバージョンを管理するツールです。ミスをしても以前の状態に戻し、これまで何をしたかの履歴を残し、原本に触れずに安全に実験できるようにしてくれます。入門者が知るべきは三つの塊だけです。まずaddとcommitで気に入った瞬間をバージョンとして刻み、次にdiffとエディタのGUIでコミット前に何が変わったかを確認し、最後にbranchでコピーを作ってそこで先に開発し、うまくいったら原本に統合します。インストールは一行、覚える命令はわずか数個で、ターミナルにこだわらずVS CodeのGUIで始めても十分です。

Gitとは何で、なぜ必要か

コードを書いていてミスをし、二日前の状態に戻したいとします。毎日ファイルを別途コピーしていなければ、方法はありません。だからコードを扱う人はバージョン管理ソフトを使い、その事実上の標準がGitです。Gitを使えば今のコードを安全に記録し、いつでもその時点に戻れます。

利点は三つに要約できます。ミスをしたとき以前のバージョンに戻せること、これまで何をどんな順で行ったかの履歴を見られること、そして原本を壊す心配なく新機能を試せることです。

バイブコーディングを始めた人がコードより先に詰まるのが、まさにここです。AIがコードは書いてくれますが、それを保存し、戻し、枝分かれさせて実験するのは依然として人の仕事です。幸い入門者に必要なことは多くありません。数個の命令で始められます。

インストールと初期設定はどうするか

Windowsはgit-scm.comからインストーラをダウンロードして実行し、途中の選択肢は既定のまま進めれば大丈夫です。MacはHomebrewがあれば、ターミナルでbrew install gitの一行で終わりです。Macは標準の「ターミナル」アプリ、WindowsはPowerShellを開いて実行します。

インストール後、一度だけ自分が誰かを登録します。コミット(バージョン記録)ごとに「誰が残したか」が一緒に保存されるためで、IDを登録するようなものだと考えてください。下の二行を一度入力しておけば、以降は気にする必要がありません。

ターミナル — インストールと初期設定
# Mac(Homebrew):Gitをインストール
brew install git

# Windows:git-scm.com からインストーラをダウンロードして実行

# 一度だけ:身元を登録(コミットに記録される)
git config --global user.name "あなたの名前"
git config --global user.email "you@example.com"

addとcommit — コードをバージョンとして残す

まず作業フォルダを一つ作り、VS Codeのようなエディタで開きます。そのフォルダ内でターミナルを開いてgit initと打つと、そこからGitがこのフォルダを監視し始めます。ここでファイルを作りコードを書くすべての変化が追跡対象になります。

さてコードが気に入り、この瞬間を記録(バックアップ)したいときは二段階です。まずgit addで記録するファイルを選び、git commitでその状態をバージョンとして刻みます。コミット時は-mの後に「何をしたか」を短いメッセージで添えます。例:git commit -m "最初のファイルを作成"。

なぜ二段階なのか。すべてのファイルがバージョン記録を必要とするわけではないからです。たとえば画像ファイルは内容がほとんど変わらないので、あえて記録する必要がありません。だからaddで記録するものだけを選び、commitで確定する仕組みです。この選んで入れる中間の空間をステージングエリア(staging area)、確定されて積まれる場所をリポジトリ(repository)と呼び、addする行為をステージングといいます。

よく使う補助命令が三つあります。git add . はフォルダの変更ファイルをまとめてステージし、git statusは今何がステージされ何が変更されたかを教え、git logはこれまでのコミット履歴を並べて見せます。迷ったらgit statusを打てば大丈夫です。

ターミナル — バージョン記録の基本の流れ
# 作業フォルダでGitを開始(一度だけ)
git init

# 記録するファイルを選ぶ(ステージング)
git add app.txt
# もしくは変更ファイルを一度にまとめて
git add .

# バージョンとして確定(メッセージ必須)
git commit -m "最初のファイルを作成"

# 現在の状態を確認 / コミット履歴を見る
git status
git log

いつコミットすべきか

入門者が最もよくやるミスが、ファイルを保存するように四六時中コミットすることです。その必要はありません。コミットは保存とは違います。

基準は「意味のある一塊が完成したとき」です。簡単な機能を一つ追加したらコミット、その機能を修正したらまたコミット。こうして作業単位ごとに残すと、後で履歴を見たときに「いつ何をしたか」がすっきり読めます。もちろん一人で練習するときは気負わず好きにして構いません。

変更の確認 — diffとエディタのGUI

良い習慣を一つ。コミットする前に「何が変わったか」を一度見てから進めることです。現在のファイルを直近のコミットと比べ、意図どおりだけ変わったかを目で確認してコミットすると、ミスが減ります。

ターミナルではgit diffで直近コミットと現在コードの差分を見ます。スペースでスクロールし、qで抜けます。特定のコミットと比べるにはgit logでコミットIDを確認してからgit diff <コミットID>、二つのコミット間を見るにはgit diff <ID1> <ID2>のように使います。ただしターミナルのdiffは一つの狭い画面に出るのでコードが長いと読みづらく、Enterや空白のような些細な変化まで差分として拾うので目が疲れます。

そこで現実的な答えはエディタのGUIです。VS Code左側のソース管理タブ(葉の形のアイコン)を開くと、変更されたファイルを教えてくれ、+ボタンでステージング、−ボタンで取り消し、チェックボタンでコミットまで数クリックで終わります。GitLensやGit Graphのような拡張を入れると、コミット履歴と変更内容をグラフで可視化でき、ずっと見やすくなります。ターミナルにこだわる理由はありません。使いやすい方を使えばよいのです。

ターミナル — 変更の確認
# 直近コミットに対する現在の変更を見る(qで終了)
git diff

# 履歴からコミットIDを確認
git log

# 特定コミットと現在を比較 / 二つのコミット間を比較
git diff <コミットID>
git diff <ID1> <ID2>

# ビジュアル比較ツールで開く
git difftool

branch — コピーを作って安全に実験する

コードを書いていて新機能を足したいけれど、原本に直接書くのは不安です。書き間違えてバグが出たりプログラムが壊れたりすると困るからです。こういうときは原本を安全に置いておき、コピーを一つ作ってそこで先に作ってみて、うまくいったら原本に統合します。このコピーがブランチ(branch)です。ブランチはプロジェクトの枝分かれしたコピーだと考えてください。

git branch coupon で coupon というブランチを作り、git switch coupon でそのコピーへ移ります(昔のやり方は git checkout)。もともと作業していたコードも実はブランチで、普通は main(環境によっては master)と呼びます。エディタのステータスバーを見れば今どのブランチにいるか分かります。coupon ブランチで作ったファイルは main に戻ると見えません。それだけ独立して、原本に触れずに開発できるということです。

統合するときは、まず受け取る側(main)へ移動してから git merge coupon でコピーの作業を取り込みます。git log --graph --oneline と打つと、ブランチがどう分かれ、どう合流したかがグラフで見え、HEAD は今の自分の位置を表します。

一つ注意したいのがコンフリクト(conflict)です。二つのブランチが同じファイルの同じ行を別々に直していると、Gitはどちらを取るか分からず統合を止めてコンフリクトを知らせます。このときは人が直接、欲しいコードだけ残して残りを消し、コミットすれば解決します。VS Codeはどちら側のコードを適用するかをボタンで選ばせてくれるので、ずっと楽です。

ブランチが本当に威力を発揮するのは共同作業です。十人が同じソースコードを同時に直すと大惨事になります。だから各自が自分のブランチで先に開発し、うまくいったら統合するというふうに分担します。一人で練習するときも、ブランチを作ってコミットし、統合し直し、わざとコンフリクトを起こして解いてみると、感覚がすぐつかめます。

ターミナル — ブランチと統合
# 'coupon' ブランチ(コピー)を作ってそこへ移動
git branch coupon
git switch coupon      # 昔のやり方:git checkout coupon

# coupon で作業し、add · commit
git add .
git commit -m "クーポン機能を追加"

# main に戻ってコピーの作業を統合
git switch main
git merge coupon

# ブランチの枝分かれをグラフで確認
git log --graph --oneline

では何から始めればいいか

覚える命令は数個だけです。最初は作業フォルダで git init を一度行い、add と commit を繰り返してコードを残し続けることを体に馴染ませればよいのです。変更の確認(diff)とブランチは概念だけつかみ、VS Code のソース管理 GUI で始めても十分です。ターミナル命令は慣れてから一つずつ増やしても遅くありません。

核心は単純です。コードを残し続ける習慣、そしていつでも戻せるという安心感です。戻せるなら怖がらず実験でき、実験が増えるほどバイブコーディングの成果も良くなります。

この整理は、코딩애플 の「やさしく解説する Git 基礎」入門三部作を、バイブコーディング入門者の視点で再構成したものです。元動画:youtu.be/sly2u8BIi9E(add·commit)、youtu.be/xD9GnHKveRk(git diff·エディタ)、youtu.be/XFm2qNs30BE(branch)。