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

Я как раз на пороге продажи мерзавцев своим начальству. В любом случае, они слушают, как мы говорим об этом. В одном я не уверен, и мне бы хотелось посмотреть, как люди с этим справляются. В основном мой вопрос исходит из фундаментального понимания того, что чем дальше друг от друга разрешено проходить паре веток, тем сложнее их объединить.

Я подумываю о том, чтобы предложить этот довольно простой рабочий процесс: скажем, у меня есть главная (выпускная) ветка , ветвь разработки и тематические ветви. Разные разработчики работают над отдельными тематическими ветками, извлекая и отправляя эти тематические ветки в центральное хранилище так часто, как им кажется, что у них есть рабочий код. Периодически, когда об этом просит разработчик, Сопровождающий (в нашей организации этот человек имеет титул «технический руководитель») сливается из своей функциональной ветки с ветвью разработки, которая помещается на промежуточный сервер и тестируется, а после завершения функционального теста она объединяется с главной и отправляется в производство

Вот мой вопрос. Следует ли разработчикам периодически объединять свои тематические ветки? Это гарантирует, что они ВСЕ будут достаточно чисто обратно слиться в dev (или, по крайней мере, улавливать конфликты раньше, чем они могут выйти из-под контроля). Единственное, что, как я знаю, моему менеджеру это не понравится, так это то, что они должны работать, чтобы успокоить свой инструмент, а не работать над доставкой кода в проект. Мысли?