методы ветвления git

Question

Я использую Git для решения Visual Studio. Вот структура сол.

myProject.Domain, myProject.Common, myProject.Core, webClientForCustomer1, webClientForCustomer2

Как видно из названий, все проекты webClient зависят от проектов Domain, Common и Core. Я создаю новое приложение веб-клиента для каждого клиента и настраиваю пользовательский интерфейс. Я добавляю новые функции в другие три проекта, поэтому проекты веб-клиентов должны обновляться новыми функциями.

Как вы предлагаете смоделировать мой репозиторий по веткам?

Answer 1

"смоделировать мой репозиторий на ветви?"

Это звучит опасно близко к представлению "Subversion cheap copy" ветвей. Подмодули гораздо лучше подходят для идентификации различных групп файлов.

Ветвь, особенно в Git или другой VCS, для которой " branch " является гражданином первого класса, способ изолировать вашу работу от другой параллельной работы.
Создание веток - это не то, что вы делаете, потому что у вас есть каталоги myProject.xxx, а потому, что вы хотите изолировать свои усилия по разработке от других действий (таких как поддержание текущего приложения, исправление, рефакторинг и т. на)

Кроме того, в Git также существует понятие публикации (для других репозиториев Git).
Jakub Narębski имеет отличное сообщение по этому вопросу

Answer 2

Рассматривали ли вы использование подмодулей вместо веток для ваших проектов Domain, Common и Core?

Из справочной страницы подмодулей git :

Подмодули допускают зарубежные репозитории быть встроенным в выделенный подкаталог исходного дерева, всегда указывает на конкретный коммит.

Answer 3

Я не уверен, что ветвление - это то, что вы хотите.Я бы рассмотрел один репо для ваших фреймворков и каждый репо для ваших клиентов.Тогда я бы использовал Git Submodules , чтобы связать ваш фреймворк с клиентским проектом, так же, как он действительно там жил.Обратитесь к главе 8 руководства пользователя Git , чтобы узнать больше