Три области

Изменение отслеживаемого файла может быть в одной из трёх областей. Представь это как три комнаты, через которые проходит изменение:

• Рабочее дерево (или рабочий каталог) — реальные файлы на диске, которые ты открываешь и правишь. Здесь ты делаешь изменения.
• Область подготовки, также называемая индексом — зона ожидания, описывающая предлагаемый следующий коммит. Изменение здесь помечено «это войдёт в мой следующий коммит».
• Репозиторий — закоммиченная история, хранимая в .git. Как только изменение закоммичено, это постоянная история (см. прошлый урок: снимок).

Изменение движется рабочее дерево → подготовка → репозиторий, по одной явной команде на шаг.

git add копирует изменение из рабочего дерева в область подготовки. Оно ничего не коммитит; оно помечает, какие изменения ты намерен включить следующими.

git add app.js          # подготовить текущие изменения одного файла
git add .               # подготовить все изменения в этом дереве каталогов

Тонкость, которую стоит усвоить рано: git add подготавливает снимок файла таким, какой он прямо сейчас. Если ты снова правишь app.js после его подготовки, эта более новая правка не подготовлена — индекс по-прежнему держит версию с момента, когда ты запустил add. Рабочее дерево и индекс могут держать две разные версии одного файла одновременно.

git commit пишет то, что в области подготовки, как новый коммит и двигает HEAD. Коммит берёт подготовленный снимок — не рабочее дерево — и записывает его как постоянный коммит в репозиторий.

git commit -m "Add login form"

HEAD — это указатель git на «где ты сейчас» — коммит, поверх которого построится твой следующий коммит. После успешного коммита новый коммит становится последним в истории, и HEAD продвигается, чтобы указывать на него. Всё, что ты изменил, но не подготовил, коммит не трогает, и оно остаётся ожидающим изменением в рабочем дереве.

git status показывает, в какой области каждое изменение. Это карта, связывающая три области воедино. Он сортирует твои изменения по трём корзинам:

git status
# Changes to be committed:        <- подготовлено (в индексе)
# Changes not staged for commit:  <- правлено в рабочем дереве, ещё не добавлено
# Untracked files:                <- новые файлы, которых git никогда не видел

Читай буквально: «to be committed» = подготовлено, «not staged» = правки рабочего дерева, ждущие git add, «untracked» = файлы, которые существуют на диске, но вообще никогда не добавлялись в git. Запускай его постоянно; он убирает любые догадки о том, что будет содержать твой следующий коммит.