Ветви из общей базы кода для файлов приложений в GIT

Question

Я пытаюсь определить наилучший способ создания нескольких программных продуктов из одной и той же общей кодовой базы с использованием GIT.

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

У кого-нибудь есть лучший способ сделать это или это лучший вариант?

Answer 1

Я бы рекомендовал делать слияния вместо ребазирования.Таким образом, вы будете иметь дело только с тем, что изменилось с момента последнего слияния.

Тем не менее, лучший вариант - это модульный код, чтобы вам не нужны отдельные ветви.

Answer 2

Я бы посмотрел на использование "подмодуля git" http://book.git -scm.com / 5_submodules.html

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

Answer 3

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

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