ステージングエリア
CoddyのTerminalジャーニー「バージョン管理」セクションの一部 — レッスン 9/58。
Gitはすべての変更を自動的にコミットするわけではありません。その代わりに、次のスナップショットに含める変更を明示的に選択します。この2段階のワークフローは、ステージングエリアを中心に構築されています。
次のコミットのためのクリップボードのようなものだと考えてください。ファイルは3つの状態を経て移動します：
- Working directory: 通常通りファイルを編集する場所です。
- Staging area: 次のコミットのためにマークした変更です。
- Repository: コミット後の、永続的な履歴です。
ステージングの目的はコントロールです。10個のファイルを編集しても、1つのバグ修正に関連する2つのファイルだけをステージングしてコミットし、残りは別途ステージングしてコミットするということが可能です。これにより、各コミットを1つの論理的な変更に集中させることができます。
ファイルを git add でステージング領域に移動し、git commit でステージング領域からリポジトリに移動します。
チャレンジ
初心者フォルダには追跡されていないファイル app.txt が含まれています。リポジトリを初期化し、git status --short を実行して、ファイルが追跡されていない状態で表示されることを確認してください。
自分で試してみよう
ターミナル
腕試しこのレッスンには短いクイズがあります。レッスンを始めて解答し、進捗を記録しましょう。
