なぜ履歴を残すのか
「企画書_最終_v2」が増えるのは、なぜでしょうか
変更を記録すると、確認ややり直しがどう楽になるかを見てみましょう。
01疑問
昨日の文はどこ？
コピーが増えて迷う上書きした文を戻したいのに、どのコピーが昨日の版か分かりません。
02体験
記録から戻せた
残した時点へ戻す昨日コミットした版が残っていました。この文を戻せます！
03仕組み
理由も残そう
状態と理由を記録記録に「期限を金曜へ変更」と添えると、後から理由も分かります。
04納得
経緯を聞ける
確認の手がかりになる次に迷ったら、担当者と履歴を見て、どんな意図で変えたか確かめます。
「_最終_v2」はなぜ生まれるのか
大切なファイルほど、上書きする前にコピーを残したくなります。「最終」「v2」と名前を変えて保存するうちに、どれを直せばよいか迷ってしまいます。履歴機能のある文書サービスなら前の版へ戻せますが、ファイル名だけで管理すると、変更の経緯までは分かりません。
各セルをクリックすると、その意味や詳しい説明がここに表示されます。
この図をテキストで読む
比較表「ファイルコピーと Git の違い」。2列 × 3行。 【列】 1. ファイルコピーで管理（名前を変えて複製を残す） 2. Git で管理（変更履歴を別に記録する） 【比較】（観点ごとに） ■ 最新はどれ？ - ファイルコピーで管理: 名前や日付では見分けにくい / どれが最新か迷う - Git で管理: 版ごとのコピーを減らせる / 履歴が版を引き受ける ■ いつ誰がなぜ変えた？ - ファイルコピーで管理: メールや記憶を掘り返す / 理由はファイルに残らない - Git で管理: 変更理由の記録が残る / メッセージで意図が分かる ■ 同時に編集したら？ - ファイルコピーで管理: 後から保存した方が上書き / 先に入力した内容が消える - Git で管理: 差分を検知して安全に統合 / 競合を知らせて保護する 【観点】 - Git で見る: Git で管理
履歴があると何が変わるのか
Git は、作業の区切りごとにファイルの状態を記録する道具です。この記録を「コミット」と呼びます。コピーを増やす代わりに、変更の記録を積んでいきます。コミットには「何をなぜ変えたか」のメッセージを添えます。たとえば「申込期限を金曜日へ変更」と残せば、後から変更の理由をたどれます。
戻せるのは、履歴に残っているコミットの時点です。記録していない編集や、失われた履歴まで自動で復元できるわけではありません。文字のファイルなら、どの行を誰がいつ変えたかも確認できます。依頼した内容と違うときは、担当者に「この箇所の変更理由を確認したい」と伝えましょう。
文章にも使えます
Git はプログラムや設定ファイル、文章などの文字ファイルに向いています。画像や表計算ファイルも保管できますが、文字のように変更箇所を見比べたり自動で合わせたりするのは苦手です。
押さえておきたい用語
- バージョン管理
- リポジトリ この用語の解説を読む
- コミット（commit）
- 差分（diff）
- 履歴（ログ）