Как вести разработку сильно разнящихся проектов в git?

Question

[d'Ivan]

Ситуация такова. На некотором этапе присоединился к одному существующему проекту. Изначально разработка функциональности велась в одном хранилище git , затем появилась необходимость для нового клиента сильно урезать функциональность и изменить множество разных файлов, типы подкючений к разным СУБД и т.д.
Целевые проекты в итоге сильно отличаются друг от друга.
В основной ветке функциональность расширяется, а в частной ветке клиента эти файлы вообще не должны появляться.
Как вести разработку и вести учёт изменений?
Сложно синхронизировать изменения.

Answer 1

[Алексей Уколов]

Как вести разработку и вести учёт изменений?

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

Comments

[d'Ivan]

Что значит "Вынести общее в отдельный репозиторий"? В отдельный репозиторий git?

[d'Ivan]

Пока что решил держать в основной ветке полную версию, а в ветке того клиента держать файл скрипта, убирающий некоторую функциональность. Так до тех пор, пока всё не будет разделено на модули.

[Алексей Уколов]

Да, речь про отдельный репозиторий git, разумеется.

Answer 2

[Freeman]

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

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

Comments

[d'Ivan]

В целом согласен насчёт разделения на ядро и модули. Однако за 5 минут архитектуру всего приложения не поменять.