Управление версией программного обеспечения

Question

(Я думаю, что это по теме ... не стесняйтесь исправлять меня, если это не так).

У меня есть программа. Используется внутренне для управления проектами и расписания.
Другие наши другие офисы также хотят использовать указанную программу.
Их требования различаются в разных местах.

Итак, что мне теперь делать?
Первоначально предполагалось, что у меня есть две отдельные программы. Очевидно, однако, это затрудняет применение исправлений ошибок для обоих.
Вторая мысль заключалась в том, чтобы развернуть программу на две ветви. Любой другой код должен быть удален из багажника и поддерживается только в филиалах. Таким образом, исправления ошибок и тому подобное могут быть применены на уровне магистрали, а затем «размножаться» до ветвей.

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

Есть ли предложения по наилучшему способу решения этой проблемы?

Answer 1

Проблема в вашем дизайне.

It программы очень похожи (только различаются варианты, брендинг и т.д.), то вы должны абстрактный из различий Into конфигурационных файлов, плагины и т.д.

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

Основная идея заключается в факторизации общего кода и поддержании этого в . Остальная часть кода должна поддерживаться отдельно.