я тоже((((
продолжу юзать master

master - это величайший акт расизма

его нужно убрать

Ну мне нравится main больше хотя бы потому что он короче, я не против

я теперь постоянно буду использовать slave вместо dev

вдруг кто-то зайдет в репу, а там...

))))

Ветка == указатель на коммит

что?)

Си учил?

нет

Тогда не важно

Ну например вы делаете приложение для чата, и вам босс такой говорит, а давайте выделим двух разработчиков и пусть они видеозвонки вхерачат в чат, дадим им ну месяца два. Но надо чтобы они не сломали релиз при этом которые у нас раз в две недели.
Ну и те разработчики делают себе отдельную ветку, делают там все что нужно а потом как закончат и все протестируют замержат ее обратно.
На самом деле в гите ветки настолько простые и легковесные что те люди/команды кто +- прошарился уже в гите часто на каждый чих используют ветки, потому что дико удобно что-то делать в параллели или экспериментировать с возможностью выкинуть
+ всякие релизные ветки, чтобы можно было в безопасной среде подготовить релиз и туда случайно кто-то не подкоммитил чего не надо

Это кстати важный момент, отличающий ветки в гите от других систем контроля версий. То что история в гите представлена в виде направленного графа, (а ветки это не более чем указатели на ноды этого графа, то есть на коммиты). Ну или как сейчас модно говорить, история в гите похожа на блокчейн.

только ребейз все портит))

Мне кажется наоборот, практически переставлять ноды графа :)

А по какому принципу ветки соединяются?

Классически одна ветка мержится в другую командой merge.
Допустим мы мержим develop в main. Мы стоим на main и пишем git merge develop
При этом создаётся мерж-коммит, который объединяет эти ветки и добавляется в ветку в main (то есть main теперь указывает на этот мерж коммит.
develop вроде остаётся неизменным, на сколько я помню.

Есть ещё fast-forward мерж. Это когда мы делаем то же самое, но main не содержит никакой новой работы относительно develop, тогда технически мерж-коммит не нужен и ветка main будет просто перенесена на тот же коммит на который указывает develop.

Есть еще ребейз, но это я не готов вот так объяснять.

Говорят что коммит попадает в ветку, если идя по истории в прошлое из этой ветки мы можем встетить этот коммит.
Если у нас в репозитории есть коммит A в ветке main, и мы сделали ветку develop с этого коммита, то говорят что коммит A (и все коммиты до него) находится в обоих этих ветках. Если мы добавим в main коммит B, а в develop коммит C, то эти коммиты уже будут только каждый в своей ветке. Но как только мы замержим develop в main, то в main будут все три из этих коммитов, в develop все ещё только A и C. Ну и мы можем обратно в develop замержить main если хотим чтобы в нем тоже были все три коммита