Область подготовленных изменений

Git не фиксирует каждое изменение автоматически. Вместо этого ты явно выбираешь, какие изменения войдут в следующий снимок. Этот двухэтапный процесс построен вокруг области подготовленных изменений.

Представьте его как буфер обмена для следующего коммита. Файл проходит через три состояния:

1. Рабочая директория: место, где вы обычно редактируете файлы.
2. Индекс: изменения, которые вы отметили для следующего коммита.
3. Репозиторий: постоянная история после коммита.

Смысл подготовки изменений — в контроле. Ты можешь изменить десять файлов, но подготовить к коммиту только два, относящихся к одному исправлению ошибки, закоммитить их, а затем отдельно подготовить к коммиту и закоммитить остальные. В итоге каждый коммит будет посвящён одному логическому изменению.

Ты перемещаешь файлы в индекс с помощью git add, а из индекса в репозиторий — с помощью git commit.