Stage 1・初心者編 ー Lesson 1-4
はじめての git commit — 作業をセーブしよう
git add でファイルを「仮置き場」に移し、git commit でセーブデータを確定する
💡 たとえるなら
好きなタイミングで「セーブ」すると、毎回新しいセーブデータが積み重なる（前のセーブは上書きされず残る）。add はセーブする内容を確認画面に並べる仮置き
前のレッスンで作った my_project リポジトリに、いよいよ 最初のセーブデータ（コミット） を残していきます。今レッスンが Git でいちばん大事なところです。
変更が3つの場所を旅する
Gitでは、ファイルの変更が 3つの場所 を順番に移動してセーブデータになります。
なぜ「仮置き場」があるの？
複数のファイルを同時に変更したとき、「このファイルだけ」をセーブに含めることができます。仮置き場のおかげで、何をセーブするかを 自分でコントロールできる わけです。
この「仮置き場」、正式には ステージングエリア（staging area） と呼びます。本サイトではイメージしやすいように「仮置き場」と表記しています。
ひとつ注意：Web開発でよく聞く「ステージング環境」（本番公開前の動作確認サーバー）とは、名前が似ていますが全くの別物です。混同しないようにしましょう。
また、ツールによって呼び方が少し変わります。VSCode などのGUIでは「ステージされたファイル」「ステージ済みの変更」のように ステージ と表記されますが、
git add で仮置き場に乗せるのと同じ操作です。
やってみよう：ファイルを作って状態を見る
前レッスンで作った my_project フォルダの中で作業します。一度ターミナルを閉じた人は、cd my_project でフォルダに入り直してから始めてください。
赤字で memo.txt が出てきました。「Untracked（まだ追跡してないよ）」というのがGitの言い分です。次に仮置き場へ送ります。
仮置き場に追加する：git add
今度は緑字に変わりました。「Changes to be committed（コミット予定の変更）」、つまり仮置き場に並んだ状態です。
git add .「フォルダ内のすべての変更を仮置き場へ」という意味。慣れたらこちらが便利です。
セーブデータを確定する：git commit
仮置き場に並んだ変更を、セーブデータとして履歴に刻みます。-m のあとにメモ（コミットメッセージ）を書きます。
🎉 おめでとうございます。これがあなたの 最初のコミット です。a1b2c3d の部分は コミットID（ハッシュ）と呼ばれて、このセーブデータを指す名札になります。
コミットメッセージのコツ
-m "..." の中身は、未来の自分やチームメンバーに 「何をしたか」 を伝える一言メモです。
- ✅
"ログイン機能を追加"→ 何をしたかわかる - ✅
"誤字を修正"→ 短くてもOK - ❌
"修正"→ 何を修正したかわからない - ❌
"aaa"→ 後から見ても意味不明
今レッスンのコマンド早見表
| コマンド | 役割 |
|---|---|
git status | 今の状態を確認する（赤＝未追跡／未add、緑＝add済み） |
git add <ファイル名> | ファイルを仮置き場へ送る |
git add . | フォルダ全体の変更をまとめて仮置き場へ |
git commit -m "メッセージ" | 仮置き場の内容をセーブデータにする |
このレッスンのまとめ
git add で仮置き場に送れるgit commit -m でセーブデータを作れる次のレッスンでは、いま作ったコミットの 歴史をのぞいてみる 方法を学びます。コミットを増やすほど、Gitの本当の便利さが見えてきます。
✏️ 理解度チェック
各問題、選んだ瞬間に正解と解説が表示されます。気軽に試してください。
- Q1. コミットまでの正しい流れは？
- Q2. ファイルを「仮置き場（ステージング）」に登録するコマンドは？
- Q3. コミットメッセージを直接付けるオプションは？