Это лучшая модель рабочего процесса для меня?

Question

У меня есть универсальный программный продукт, который может заинтересовать 3 потенциальных клиента клиента (может быть, больше). Дело в том, что для каждого покупателя этот указанный универсальный продукт должен быть модифицирован / настроен в соответствии с их конкретными необходимо.

Настройка предполагает более или менее:

требования к изменению базы данных

основной модуль и функциональные изменения

графика, логотипы и т. Д.

В настоящее время я использую рабочий процесс для своих функций. разработка общего продукта с моей командой из 5+ разработчиков все они вносят свой вклад в общий репозиторий продуктов

Наш текущий рабочий процесс по универсальному продукту аналогичен к этой иллюстрации здесь -

http://nvie.com/posts/a-successful-git-branching-model/

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

Мой предложенный новый рабочий процесс git:

Допущения:

3 заказчикам нужна отдельная индивидуальная версия универсального продукта.

1. FORK из общего репозитория, создавая новый репозиторий для каждого клиента например.

   **generic_customerA**
   **generic_customerB**  
   

   и т. Д.

2. Настройка пользователей / прав доступа и т. Д.
3. Пользователь клонирует конкретный репозиторий, например. generic_customerA
4. пользователи вносят изменения, создают ветки и фиксируют изменения в своем хранилище.
5. пользователь объединяет свою ветку с мастером
6. Нажмите на пульте.

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

Answer 1

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

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