ステージング、コミット、履歴

Gitにおけるステージングエリア（インデックスとも呼ばれます）は、作業ディレクトリとリポジトリの間にある重要な中間段階です。

変更を永続的に保存する前に準備しておく待合室のようなものだと考えてください。

関連する変更を、意味のある1つのコミットにまとめることができます。

作業ディレクトリからステージングエリアへ変更を移すには、git addコマンドを使用します。

ステージングするファイルを指定します。これはGitに「この変更を次のコミットに含めたい」と伝える操作です。

ファイルを1つずつ追加する必要はありません。Gitには、複数のファイルや、すべての変更を一度にステージングする便利な方法があります。

• git add .は、現在のディレクトリとそのサブディレクトリにある新規および変更済みのファイルをすべてステージングします。
• git add -uは、変更済みおよび削除済みのファイルだけをステージングします（新規ファイルは対象外です）。

コミットは、特定の時点におけるプロジェクトのスナップショットを取得するようなものです。ステージングされた変更をGitリポジトリに永続的に記録します。

各コミットには、一意のID、作成者、タイムスタンプ、そしてどのような変更を行ったかを説明するコミットメッセージがあります。

変更をステージングエリアに移したら、git commitを使用してコミットできます。変更内容を説明する、明確で簡潔なメッセージを必ず付けてください。

-mフラグを使用すると、コミットメッセージを直接指定できます。

git statusコマンドは、最も頼りになるコマンドです。次の情報を確認できます。

• 未追跡のファイル（新規で、まだGitに追加されていないファイル）。
• コミットできる状態の変更があるファイル（ステージ済み）。
• まだステージングされていない変更があるファイル。

ステージングやコミットを行う前に、変更内容を確認するのはよい習慣です。git diffコマンドを使うと、ファイルのどこが変更されたのかを正確に確認できます。

デフォルトでは、git diffは作業ディレクトリ内にある、まだステージングされていない変更を表示します。

すでにステージングエリアへ移した変更を、コミットする前に確認したい場合はどうすればよいでしょうか。

git diff --staged（またはgit diff --cached）を使用すると、ステージング済みの変更と最後のコミットを比較できます。

リポジトリ内のすべてのコミットを時系列で一覧表示するには、git logコマンドを使用します。誰がいつ変更を行い、どのようなコミットメッセージを付けたのかを確認できます。

プロジェクトの変化を理解するために欠かせないコマンドです。

デフォルトのgit log出力は、かなり詳細になることがあります。概要をすばやく確認するには、オプションを使って簡略化できます。

• git log --oneline：各コミットを1行で表示します。
• git log --graph：コミット履歴をASCIIアートのツリーで表示します。

index.htmlを変更し、新しいファイルstyle.cssを作成したとします。次のコミットに両方を含めたい場合、どのコマンド列でこれらの変更を正しくステージングしてコミットできますか。

よくできました！このレッスンでは、Git のローカルワークフローの基本的な手順を学びました。

• ステージング領域（インデックス）は、変更を準備する場所です。
• git add を使って、変更をステージング領域に移動します。
• コミットは、ステージングした変更を永続的に記録したスナップショットです。
• git commit -m "message" を使ってコミットを保存します。
• git status では、作業ディレクトリの状態を確認できます。
• git diff は変更内容の確認に役立ちます。
• git log を使うと、プロジェクトの履歴を確認できます。

これらのコマンドは、プロジェクトの進捗を追跡するうえで欠かせません。