Суть понятна?

понятно, просто я думал может существует какой то более удобный способ организации веток чтобы минимизировать конфликты

Попробуйте git flow

читал. допустим есть 2 фичи на деве. нужно сделать третью фичу. я отделяюсь от дева. пилю фичу. сливаю в дев. потом с дева в релиз. git flow release start RELEASE [BASE] и в base указываю коммит который был последним до слияния тех первых двух фичей в дев. в итоге в релизе будет только нужная фича. всё верно:?

Тут главное понимать, что делаешь. А дальше - следовать Флоу своей команды

Почему вам в мастере нужна только третья фича без первых двух?

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

Ага, после уточнения юзкейса я тоже хотел предложить фичефлаги.

ну бывает так что первые две еще не готовы

А почему вы неготовые фичи мержите в девелоп? 🙀

а потому что их надо тестировать команде а потом править баги и добавлять мб еще функцинальности

Обычно это делается ДО мержа ж.

а как если дев ветка летит на тестовый сервак

Если нет возможности раскатывать на тестовый сервак (или серваки) ветки, то никак.

а в командах индивидуальные ветки раскатывают обычно по сервакам?

Да или даже на один тестовый сервак по очереди.

У нас - да