Название не совсем правильное, я просто не смог придумать лучшего названия для этого вопроса.
В настоящее время мы работаем над проектом разработки, и, как обычно, каждый разработчик создает свою ветвь для каждой своей задачи. После выполнения задачи начинается проверка кода. Когда проверка кода завершена, ветвь объединяется с веткой разработки.
Проблема в том, что почти все наши задачи требуют написания кода (файлы .cpp и .h), который является общим. Я имею в виду, что после выполнения своей задачи у каждого разработчика есть несколько файлов, которые концептуально совпадают с файлами другого разработчика - они должны находиться в одном каталоге, а их назначение и функциональность одинаковы. В настоящее время эта «общая» часть источников обновляется и модифицируется в процессе разработки каждым разработчиком - каждый разработчик в настоящее время пишет свою собственную версию этого общего кода. И это, очевидно, создаст конфликты слияния позже при слиянии задачи с веткой разработки.
В качестве возможного решения мы могли бы сначала написать весь общий код и только потом приступить к реализации задач. Но этот подход потребует от нас отложить выполнение задач до тех пор, пока не будет написан весь общий код, что недопустимо.
Мы не можем выполнить много коммитов в ветке разработки, потому что объединение с веткой разработки требует длительной процедуры просмотра кода.
Итак, мы думаем об оптимальном способе организации такого рода разработки с использованием Git. Не могли бы вы посоветовать нам хороший подход?