Лучший способ создания облегченной и расширенной версии проекта Git

Question

Я создал небольшую структуру для php. В этом проекте у меня есть основные функции, которые я использую для большинства своих проектов. Я также добавил некоторые примеры данных, поэтому не забываю, как все это работает снова.

Я установил рамки под управлением версии с помощью git. Сейчас все работает нормально, и я хочу продолжить работу над этим. Это мой первый проект git, поэтому я не знаю, какой метод я должен использовать.

Хорошо, первое, что я хочу сделать, это создать еще две версии проекта. Как я уже объяснял перед версией, у меня теперь есть некоторые образцы данных внутри нее.

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

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

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

Теперь, что является лучшим способом сделать это. Должен ли я создать 3 репозитория для этого, или я могу использовать только один репозиторий для всех версий.

Answer 1

Использование контроля версий для поддержки нескольких потоков разработки, как правило, является плохими идеями. Это потребует непрерывной слияния, которая подвержена ошибкам и обременительна.

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

Answer 2

Если вы держите 3 вместе в качестве примеров того, как строить другие проекты, я бы сохранил их в одном репозитории git. Создайте наименьший в главной ветви. Затем создайте 2 новые ветви от мастера, 1 для каждой из других версий. Добавьте изменения среды в ветви среды и большие изменения в большой ветви. Мастер по-прежнему относится к маленьким.

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