Одним из решений было бы разделение (rebase --interactive
) набора коммитов на коммиты только с внутренними или входными файлами в них, чтобы каждый разработчик мог объединить только то, что ему нужно.
Это предполагает, что между двумя наборами кодов нет функциональных зависимостей.
Мы работаем над объединенной веткой удаленных функций с функцией, которая включает изменения как внешнего, так и внутреннего кода
Если внутренний сервер может внести свой вкладне беспокоясь об изменениях внешнего интерфейса, тогда возможно объединение после разделения.
Если нет, то при объединении в базе кода внутреннего интерфейса набора кода, касающегося внешнего интерфейса, все еще могут возникнуть конфликты.Но для этого слияния вы можете использовать одну из "своих" стратегий при выполнении слияния.
Это позволит фоновым разработчикам вернуть (и переопределить) всекод переднего плана в репо.