Новый проект, использующий существующее ядро ​​проекта, филиал или новый проект?

Question

Мой вопрос очень похож на этот один .

Я работаю в компании, у которой есть клиентское приложение. Текущая команда разработчиков (около 10 человек) активно работает над этим, и ядро ​​приложения также часто модифицируется / обновляется.

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

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

Я довольно плохо знаком с subversion или контролем версий, используемым в контексте изменений или эволюции архитектуры. Заранее спасибо.

Answer 1

Я бы выбрал новый репозиторий, поскольку вы говорите, что это будет отдельный трек разработки.

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

Вы можете выполнять слияние между различными репозиториями, если у вас есть изменения, которые вы хотите объединить между ними.

Если у вас есть некоторые вещи, которые останутся общими, например, модули журналирования или общий графический интерфейс пользователя контролирует васможет разбить это на третий репозиторий с именем Shared и включить Shared репозиторий с svn:externals.Обратите внимание, что для этого требуется совместная работа между двумя продуктами, если вы слишком сильно изменились, чтобы соответствовать одному продукту, вы можете сломать другой в процессе и рассердить разные группы разработчиков.