Каковы некоторые лучшие практики для поддержания нескольких версий проекта?

Используя SVN, лучшее, что вы можете сделать, - это создать ветвь своего репозитория:

• В магистрали сохраните последнюю версию - не обязательно стабильную.
• Когда вам нужно разделить новую основную версию оттуда, переходите, скажем, к 2.0, и вы можете хранить как последнюю версию, так и стабильную версию в одном репо.
• Если вы обнаружите изменения в ветке 2.0, которые необходимо объединить в магистраль, вы можете сделать это легко.

мы используем TFS, но для вашей конкретной проблемы решение будет очень похожим: создайте новую ветку.
[В зависимости от используемой среды приложения, по-видимому, не от Microsoft]
Мы извлекли выгоду из TFS, потому что:

1. Вы можете выполнять слияние между ветвями [безосновное слияние]
2. Вы можете работать с рабочими элементами, [для отслеживания ошибок]
3. С поддержкой sharepoint у вас могут быть документы, тестовые скрипты могут жить вместе к счастью на одном портале.
4. Сценарии PowerShell позволяют выполнять автоматическое объединение ночью

Рассматривали ли вы возможность разветвления магистрали и выполнения разработки v2 на второй ветке после замораживания ветки v1? Если вы исправляете ошибки в ветке v2, которые влияют на v1, и хотите выпустить обновление / патч для v1, просто объедините эти конкретные изменения обратно в ветку v1 из ветки v2.

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

Для разных версий лучше всего хранить названные версии в подпапке «теги». (В документации SVN рекомендуется иметь папку ствола, тегов и ветвей для каждого проекта.)

Каждый раз, когда вы выпускаете версию, копируйте ствол в папку тегов и дайте ему имя. Эта версия может существовать, и исправления ошибок могут быть внесены в нее отдельно и объединены взад и вперед.

Документы SVN по структуре репозитория:

http://svnbook.red-bean.com/en/1.2/svn. branchmerge.maint.html

Вы должны использовать SVN, чтобы пометить код v1. Таким образом, вы можете создать отдельную ветвь кода для поддержки исправлений этой базы кода.