Linuxコマンドの基本：Git：コミットの単位とインデックス
ここでは、コミットをわかりやすく構成するためにインデックスがどのように役立つか、そしてgit addコマンドの便利なオプションを紹介します。
コミットの単位を自由に操るためのインデックス
Gitでは、ファイルの変更をリポジトリへ反映する際、「インデックス」という中間領域を使います。これにより、ワークツリー（作業ディレクトリ）内で行った複数の修正のうち、何を次のコミットに含めるかを自由に選択できるようになります。
なぜコミットの単位が重要なのか
バージョン管理では、1つのコミットにはなるべく一貫性のある修正内容だけを詰め込むことが推奨されています。たとえば、以下のような状況を考えてみましょう。
- 不具合の修正と新機能の追加を同時期に行う
- デザイン修正とパフォーマンス向上のための修正が混在
これらが1つのコミットにまとまってしまうと、後から履歴を追ったときに「このコミットは何のための変更だったのか」が分かりづらくなります。また、不具合対応のみを元に戻したい場合や、新機能追加を後から切り離したい場合に困難を伴います。
そうした混在を防ぐため、コミットの単位を明確に分けることが大切です。
インデックスによる柔軟なコミット操作
インデックスを使えば、ワークツリー上で複数のファイルを修正しても、次のコミットには特定の修正のみを反映する、といった操作が可能になります。たとえば以下のような手順をとれます。
- ワークツリーで複数ファイルを編集（不具合修正 + 新機能追加）
- 不具合修正に関連するファイルだけを
git addでインデックスに登録 git commitで不具合修正のみをコミット- 新機能追加分は後から別コミットとして登録
このように、インデックスのおかげで作業途中であっても修正内容を細かく取捨選択してコミットできるのです。
git addコマンドの便利なオプション
通常、git add <ファイル名>で特定のファイルをインデックスに追加しますが、プロジェクトが大きくなると、変更ファイルを1つずつ指定するのは手間がかかります。そこで、git addのオプションを活用します。
| コマンド | 説明 | 使用例 |
|---|---|---|
git add -u | 既にGitで管理されているファイルの変更・削除をまとめてインデックスに登録する（新規ファイルは対象外） | $ git add -u |
git add -A | 新規ファイルを含む、すべてのファイルの変更をインデックスに登録する | $ git add -A |
git add -uの詳細
- すでにGit管理下にあるファイルに対する変更（編集・削除）を一括でステージします。
- 新規作成した未トラッキングファイルは対象外です。
git add -Aの詳細
- 管理下のファイルだけでなく、未トラッキングの新規ファイルも含めて、変更をすべてステージします。
- たとえば、新しいファイルを大量に追加した場合などに便利です。
使い分けのポイント
git add -u：既存ファイルだけをコミット対象にしたいときに有効。git add -A：すべての変更点（既存ファイルの変更、新規ファイル、削除されたファイル）を一度にコミット対象にしたいときに有効。
このようなオプションを使うことで、インデックスへの登録作業を効率化しながら、コミットの単位を整えることができます。
まとめ
- コミット単位の重要性：関連する修正を1つのコミットにまとめることで、履歴がわかりやすくなります。逆に、バラバラの目的の変更を1つにまとめると、後から理解や巻き戻しが難しくなります。
- インデックスの役割：インデックスのおかげで、ワークツリーの変更からコミットに含める修正を自由に選別可能です。
git addオプション
・-u：既存ファイルの変更のみ
・-A：新規ファイルを含め、すべての変更を一括でステージ
これらを活用すれば、Gitでのバージョン管理がより柔軟かつ明確なものになり、後から履歴を参照したときに「何が何のために行われたコミットだったか」を正確に把握することができます。