Почти каждый, кто работал с Git больше пары недель, хоть раз сталкивался с одной и той же путаницей: почему git add — это не сохранение, зачем нужен какой-то отдельный индекс, если есть коммит, откуда вообще берутся конфликты при мерже, если мы просто оба поправили один файл. И почему иногда git status показывает файл как изменённый, хотя вы точно ничего не трогали. Знакомо? Тогда эта статья для вас. Давайте разберёмся, как Git устроен на самом деле. Не с точки зрения команд, а с точки зрения данных...

Есть момент, знакомый почти каждому разработчику. Ты вошёл в поток: чуть поправил логику, заодно переименовал переменную, по дороге почистил форматирование и… внезапно всё это живёт в одном файле. А дальше — классика жанра: коммит с сообщением уровня «фиксы и прочее - fixes and stuff». Команда git add -p — это тот самый инструмент, который незаметно, но радикально меняет культуру работы с Git. И что особенно иронично — он всегда был рядом. Почему атомарные коммиты — это не занудство Git задумывался как система управления изменениями, а не файлами...