System Note
$ cat /proc/ai-disclosure
本記事の構成および論理分析にはAI（人工知能）を使用しています。情報の正確性は、システム管理者（UNIXユーザー）による手動検証済みです。
第1回 | Git は何をする道具なのか | 変更を安全に記録するという考え方をやさしく整理する｜UNIX Cafe
Git 入門 | 第1回
Git という名前は聞いたことがあっても、「開発する人が使う難しいもの」という印象を持っている方は多いと思います。最初の段階では、その印象のせいで手を出しづらくなりがちです。
でも、Git を最初から難しく考える必要はありません。まず大事なのは、Git を変更を安全に記録する道具として見ることです。今回はその入口として、Git が何を助けてくれるのかを初心者向けにやさしく整理します。
📝 この記事で学べること
- Git を最初にどう捉えればよいか
- Git がなぜ必要になるのか（失敗例から考える）
- Git が「保存」ではなく「記録」の道具と言われる理由
- リポジトリとコミットという2つの言葉の意味
- このシリーズで学んでいく流れ
目次
Git がなぜ必要になるのか
まずは、Git を使わずに作業を続けたときに起きやすい、ありがちな場面を思い浮かべてみてください。
設定ファイルを少し編集したら、それまで動いていたものが動かなくなった。でも、何を変えたのかもう覚えていない。バックアップを取っていなかったので、元に戻せない——そういった経験をしたことがある方は少なくないと思います。
あるいは、「念のため」と思って config.txt を config_bak.txt や config_20240501.txt という名前でコピーしておいたことはないでしょうか。ファイルが増えていくにつれて、どれが最新なのか、どこを変えたのかが分からなくなっていきます。
Git は、こうした状況を整理するための道具です。「何をいつ変えたか」を記録しておくことで、あとで見返したり、必要なら変更前の状態に戻したりすることができます。
Git は「変更を整理して残す」ための道具
たとえば vi で文章を直したり、設定ファイルを少し修正したりしたあとに、「何を変えたのか」「いつ変えたのか」「前の状態へ戻せるのか」が分かると安心できます。Git は、そうした不安を減らすための道具です。
ここで大事なのは、Git をコードを書く道具としてではなく、変更を記録し、あとから見返せる形にする道具として捉えることです。最初の理解としては、それで十分です。
| 作業で気になること | Git が助けてくれること |
|---|---|
| 何を変えたか忘れそう | 変更内容を追いやすくする |
| あとで見返したい | 履歴として残せる |
| やり直したい | 戻す判断をしやすくする |
| バックアップファイルが増えてきた | ファイルを増やさずに履歴を管理できる |
| いつ・何のために変えたか思い出せない | 変更にメモを添えて記録できる |
「保存」と「記録」は何が違うのか
Git の話をするときに「記録」という言葉をよく使いますが、普段ファイルを「保存」することとどう違うのかを少し整理しておきましょう。
ファイルを保存するとき、上書き保存をすると以前の内容は消えます。手元に残るのは「今の状態」だけです。これは日記に書いたことをあとから消しゴムで消して書き直すようなイメージです。何が書いてあったかは、もう分かりません。
一方で Git の「記録」は、日記の余白にメモを書き足していくイメージに近いです。今日書いたことを消さずに、「今日はここを直した、理由はこれ」と添えて残しておく。昨日の内容も、先週の内容も、ずっと見返せる状態になっています。
Git がただの保存ではなく「記録」と呼ばれるのは、変更の内容・日時・理由をまとめてひとつの単位として残せるからです。このひとまとまりの記録のことを、Git ではコミットと呼びます。
知っておきたい2つの言葉：リポジトリとコミット
Git を使い始めると、すぐに出てくる言葉が2つあります。難しく見えますが、意味はシンプルです。
ひとつ目はリポジトリです。これは「Git が変更履歴を管理するための入れ物」のことです。あるフォルダを Git で管理し始めると、そのフォルダがリポジトリになります。Git はそのフォルダの中に .git という隠しフォルダを作り、変更の記録をそこに保存していきます。普段は意識しなくて構いませんが、「Git が記録を置いている場所」くらいに覚えておくと分かりやすいです。
ふたつ目はコミットです。これは「今の状態をひとつの記録として残す」操作のことです。作業がひと区切りついたタイミングで「ここまでの変更を記録しておく」という操作がコミットです。コミットには短いメモ（コミットメッセージ）を添えることができるので、あとから「このときに何をしたか」が分かるようになります。
| 言葉 | ひとことで言うと | 日常的なたとえ |
|---|---|---|
| リポジトリ | 変更履歴を管理するフォルダ | 記録をまとめたバインダー |
| コミット | 今の状態をひとつの記録として残す | 日付入りで日記に書き留める |
この2つを頭の片隅に置いておくだけで、これから出てくるコマンドの意味がかなり捉えやすくなります。
最初から全部覚える必要はありません
Git にはたくさんのコマンドがありますが、入門段階でそれらを一気に覚える必要はありません。まずは次の流れが見えてくれば十分です。
- 今どんな状態かを見る
- 必要な変更を選ぶ
- それを記録する
- あとで見返す
- 必要なら戻す
この流れを順番に理解していくと、Git は急に「難しい専門用語の集合」ではなく、「作業を落ち着いて進めるための道具」に見えてきます。
まずは Git が使えるか確認してみましょう
手元の環境で Git が使えるかどうかは、ターミナルで次のコマンドを実行すると確認できます。
git --versionバージョン番号が表示されれば、Git は使える状態です。たとえば次のように表示されます。
git version 2.43.0バージョンの数字は環境によって異なりますが、このように git version から始まる行が表示されれば問題ありません。もし command not found のようなエラーが出た場合は、使っている OS に合わせて Git の導入を先に済ませましょう。このシリーズでは、Git が使える前提で基本を見ていきます。
試しにリポジトリを作ってみる
Git が使えることを確認できたら、実際にリポジトリを作ってみましょう。といっても、やることはとてもシンプルです。管理したいフォルダに移動して、git init を実行するだけです。
たとえば、ホームディレクトリに練習用のフォルダを作って試してみましょう。
mkdir git-practice
cd git-practice
git initうまくいくと、次のようなメッセージが表示されます。
Initialized empty Git repository in /home/yourname/git-practice/.git/「空のリポジトリを初期化した」という意味のメッセージです。これで、このフォルダは Git が変更を記録できる場所になりました。中に .git という隠しフォルダが作られていますが、普段は触る必要はありません。Git がそこに記録を保存してくれます。
今の時点では、まだ何も記録されていません。次のステップは「今どんな状態か確認する」ことです。
次回は git status から始めます
Git の最初の一歩として大切なのは、いきなり記録することではありません。まずは今の状態を落ち着いて確認することです。次回は git status を使って、作業中の状態を見る基本を確認します。
git status は「今このフォルダで何が起きているか」を教えてくれるコマンドです。変更されたファイルがあるか、記録待ちのものがあるかを確認でき、Git を使ううえで最もよく使うコマンドのひとつです。初めて実行したときの出力の見方を、次回じっくり確認していきます。
Git をこれから始める方は、「難しいことを覚える」よりも、「変更を安全に扱う流れを身につける」つもりで進めてみてください。それだけで学びやすさがかなり変わります。
