Внутри Git всё строится вокруг четырёх типов объектов: Blob, Tree, Commit, Tag. Эти объекты связаны между собой через хэши (SHA-1 — уникальные «отпечатки пальцев» для содержимого), что делает историю неизменяемой и защищённой от подмены.

Ветки Git
- Репозиторий может содержать множество веток, в которых могут быть отличия между файлами.
- Основная ветка — master.
- На основе любой ветки можно сделать новую ветку.
- Любую ветку можно соединить с любой другой веткой.
- Можно посмотреть разницу файлов и решить конфликты.

Git merge VS Git rebase
Git merge — объединяет содержимое исходной ветки с целевой: меняется только целевая ветка, история исходных остаётся без изменений.
Git rebase — переносит коммиты на другую базу одним «патчем», выпрямляет историю, но переписывает её.

А что такое Pull request?
Pull request —заявка в веб-интерфейсе Git-хостинга (GitHub/Bitbucket; в GitLab — Merge Request) на вливание вашей ветки: видны коммиты и diff, идёт ревью и CI. Не стоит путать с командой git pull!

Функционал Git огромен. Основные команды мы удобно сгруппировали для вас выше.

Почему Git — нынешний стандарт контроля версий?
После появления Git он быстро вытеснил конкурентов (CVS, SVN, Perforce) и стал стандартом в индустрии. И вот почему:
✔️Скорость — большинство операций выполняются локально.
✔️Надёжность — благодаря хэшам данные защищены от подмены.
✔️Удобные ветки и слияния — разработчики могут вести десятки параллельных фич.
✔️Распределённость — у каждого есть полная копия проекта.
✔️Сообщество и экосистема — GitHub, GitLab, Bitbucket сделали Git ещё удобнее, добавив графические интерфейсы, CI/CD и инструменты командной работы.

А на последок полезные ресурсы, благодаря которым вы точно поймете, как работает Git:
Pro Git book - самая полная книга по Git, переведенная на русский язык.
Как разобраться в Git - полезная статья, в которой собраны основные команды git и не только.
Игра для освоения Git - очень полезная игра, чтобы понять принципы работы Git. Пройдя ее до конца вы точно сможете разобраться, как пользоваться git и не напортачить в реальном проекте.

Заключение
Git работает не как блокнот изменений, а как система снимков. Под капотом у него блобы, деревья, коммиты и теги, которые образуют надёжную и быструю историю. Благодаря этим идеям Git стал стандартом индустрии и основой для DevOps-практик.

Полную версию статьи читайте здесь, а также на нашем канале в Дзен.