Ваш первый репозиторий: init, add, commit

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

Представьте staging как упаковку коробки перед тем, как её запечатать и отправить: git add выбирает, что положить в коробку, а git commit запечатывает её и навсегда помещает в историю.

Рабочая область: Папка, где находятся ваши файлы и где вы их редактируете. Изменение здесь ещё не сохранено в Git, пока вы не выполните add и commit.
Область подготовки (staging): Промежуточная остановка, где вы упаковываете именно те изменения, которые войдут в следующее сохранение. git add помещает сюда изменение, как предмет в коробку.
git init: Начинает отслеживать версии в текущей папке. Он создаёт скрытую подпапку с именем .git, которая будет хранить всю историю.
git add: Перемещает изменения из рабочей области в staging — то есть выбирает, что войдёт в следующее сохранение.
git commit: Запечатывает всё, что находится в staging, в постоянное сохранение (коммит) в истории, с коротким сообщением, объясняющим изменение.