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

Если вы похожи на меня и имеете менее двадцати лет опыта в разработке программного обеспечения, то мысль о мире без Git кажется невозможной. Когда я начал исследовать материал для этой статьи, я чуть не упал со стула, прочитав, что Git был создан в 2005 году. Кажется, что это было не так давно… либо я просто старею. Когда я начинал программировать, я задавал себе вопрос, который иногда задаю до сих пор: как работает Git? Меня часто пугают некоторые команды Git. Трудно точно знать, следует ли мне использовать rebase или, может быть, merge...