Gitの差分とは？初心者向けに変更内容の確認方法やdiffコマンドをわかりやすく解説
差分（Diff）とは、ファイルの変更前と変更後を比較し、「どこが追加・削除・変更されたのか」を確認することです。
Gitでは、コードを書き換えた後やコミット前、レビュー前など、さまざまな場面で差分を確認します。
「差分って何？」「diffコマンドはいつ使うの？」という初心者向けに、差分の意味や確認方法、実務での活用方法をわかりやすく解説します。
差分とは？
差分（Diff）は、日本語では「違い」「変更点」という意味があります。
Gitでは、2つの状態を比較して、追加・削除・変更された箇所を表示する機能を指します。
例えば、昨日のファイルと今日のファイルを比較して、どこを修正したのかを確認できます。
| 項目 | 内容 |
|---|---|
| 正式名称 | Difference（Diff） |
| 日本語の意味 | 違い・変更点 |
| 目的 | 変更内容を比較・確認する |
| 利用場面 | コミット前、レビュー前、不具合調査 |
差分はなぜ重要なのか
変更したつもりがない箇所まで修正してしまったり、不要なファイルをコミット対象に含めたりすることは、初心者によくあるミスです。
差分を確認すれば、実際に何が変更されたのかを事前に確認できるため、誤ったコミットやレビューでの指摘を減らせます。
共同開発では、プルリクエストのレビューでも差分を確認するため、Gitを使う上で欠かせない知識です。
差分で確認できる内容
- 追加された行
- 削除された行
- 変更された行
- 新しく追加されたファイル
- 削除されたファイル
差分を確認するタイミング
| タイミング | 目的 |
|---|---|
| コミット前 | 不要な変更がないか確認する |
| レビュー前 | 変更内容を整理する |
| 障害調査 | どの修正が原因か調べる |
| マージ前 | 他ブランチとの差を確認する |
IT現場での利用例
コードレビュー
レビュアーは差分を確認し、修正内容に問題がないかチェックします。
不具合調査
障害発生前後の差分を比較し、原因となった変更を特定します。
コミット前の確認
意図しない変更やデバッグコードが含まれていないか確認します。
設定変更の確認
設定ファイルの変更箇所を比較し、誤設定がないか確認します。
GUIで差分を確認する方法
Visual Studio Code、GitHub Desktop、SourceTreeなどでは、変更したファイルをクリックするだけで差分を確認できます。
- 変更一覧を開く
- 対象ファイルを選択する
- 追加・削除された行を確認する
- 問題がなければCommitする
CUI（コマンド）で差分を確認する方法
作業中の変更を確認する
git diff
ステージングした変更を確認する
git diff –staged
コミット同士を比較する
git diff コミットID1 コミットID2
ブランチ同士を比較する
git diff main feature/login
変更ファイルだけ確認する
git diff –name-only
確認結果の見方
| 表示 | 意味 |
|---|---|
| + | 追加された行 |
| – | 削除された行 |
| @@ | 変更箇所の位置 |
| diff –git | 比較対象ファイル |
Gitでは一般的に、追加された行は緑色、削除された行は赤色で表示されることが多く、GUIツールでも同様の色分けが採用されています。
業務でよくあるトラブル
| トラブル | 原因 |
|---|---|
| 不要な変更をCommitした | 差分を確認していない |
| レビューで多くの指摘を受けた | 変更内容を整理していない |
| 設定ファイルも変更されていた | 編集ミス |
| デバッグコードを残した | 差分確認不足 |
原因の切り分け
意図しない変更が見つかった場合は、次の順番で確認しましょう。
- git statusで変更ファイルを確認する
- git diffで変更内容を確認する
- 不要な変更がないか確認する
- 必要なファイルだけステージングする
- Commit前に再度差分を確認する
影響範囲を確認する
- 変更したファイル
- 関連機能
- 設定ファイル
- 他の開発メンバー
差分が想定より大きい場合は、他の機能へ影響する可能性があります。コミットやマージの前に内容を十分確認しましょう。
初心者がやりがちなミス
- 差分を確認せずCommitする
- すべての変更をまとめてCommitする
- デバッグコードを残したままCommitする
- 改行だけの変更に気付かない
- 設定ファイルの変更を見落とす
業務で上司へ報告するポイント
- 変更した機能
- 変更ファイル数
- 影響範囲
- レビュー結果
- 動作確認結果
例：「ログイン機能に関する3ファイルの差分を確認しました。不要な変更は含まれておらず、動作確認も完了しています。」
エスカレーションするタイミング
- 想定外の差分が大量にある
- 重要な設定ファイルも変更されている
- どの変更が必要か判断できない
- レビューで重大な指摘を受けた
- 影響範囲が不明な場合
実務で役立つポイント
多くの開発現場では、「Commit前に必ず差分を確認する」ことがルールになっています。
また、プルリクエストのレビューでは、変更行数が少なく、目的が明確な差分ほどレビューしやすくなります。そのため、1回のコミットで多くの機能を変更するのではなく、小さな単位でコミットすることが推奨されています。
差分確認は、不具合の予防だけでなく、品質向上にもつながる重要な作業です。
関連するIT用語
- Git
- Commit（コミット）
- git diff
- git status
- ステージング（Staging）
- Pull Request（プルリクエスト）
- Merge（マージ）
- Branch（ブランチ）
- Repository（リポジトリ）
- Code Review（コードレビュー）
よくある質問（FAQ）
差分とは何ですか？
変更前と変更後を比較し、追加・削除・変更された箇所を確認することです。
git diffとgit statusの違いは何ですか？
git statusは変更されたファイルの一覧を表示します。一方、git diffは実際にどの行が変更されたのかを表示します。
差分はCommit後でも確認できますか？
はい。コミット同士を比較したり、ブランチ同士を比較したりすることで、過去の差分も確認できます。
毎回差分を確認した方がよいですか？
はい。実務では、コミット前に差分を確認することが基本です。不要な変更や誤った修正を防ぐためにも、確認する習慣を付けましょう。
まとめ
差分（Diff）は、変更前と変更後を比較し、追加・削除・変更された内容を確認するためのGitの基本機能です。
初心者は、「git statusで変更ファイルを確認し、git diffで変更内容を確認してからCommitする」という流れを身に付けることが大切です。差分確認を習慣にすることで、不要なコミットやレビューでの指摘を減らし、安全で品質の高い開発につながります。
コメント