0

Я хочу перейти с VSS на SVN, и причина моего вопроса лежит за логикой, которую используют эти 2 системы. У моего проекта есть один источник, но мало файлов из UI, (страницы jsp и т. Д.) Различны. Так как в VSS мы разветвляли их, и после получения генерала webresources CompanyA заменяются общей эквивалентностью этих ресурсов.
Так как я знаю, что в SVN решение разрешено с внешними. Но у меня проблема.
Рассмотрим моя структура проекта выглядит так:SVN externals, как обращаться с теми же путями

/источники -> которые являются общими
/webresources -> Общие Webresources
- webresources \ услуги \ service1 \ JSP \ service1View.jsp
- webresources \ услуги \ service2 \ JSP \ service2Content.jsp

webresources.CompanyA -> этот каталог имеет только спецификации IFIC ветки для CompanyA
- webresources \ услуги \ service1 \ JSP \ service1View.jsp
webresources.CompanyB-> этот каталог имеет только отдельные ветви для companyB
- webresources \ услуги \ service2 \ JSP \ service2Content.jsp

Могу ли я иметь внешний, который указывает на один файл из определенного каталога компании и получает другое содержимое этой директории из общего каталога? Или в SVN, когда он указывает тот же путь, внешний контент заменяет локальную папку с выпиской?

+0

пропустите svn и перейдите прямо в git, намного лучше. –

ответ

1

Ответ частично зависит от версии Subversion, которую вы используете. Старые версии могут выполнять только внешние действия на уровне папок, но более новые версии могут выполнять внешние действия на уровне файлов. Даже если вы используете последнюю версию, я все равно рекомендую делать ваши внешние ресурсы на уровне папок. Обычно вы заканчиваете лот меньше затрат на обслуживание, чем если бы вы обновляли свои внешние метаданные при каждом добавлении/удалении/переименовании файла.

В вашем конкретном случае вы можете хранить все файлы, относящиеся к конкретной компании, в папке с именем webresources\services\service1\jsp\client и иметь Subversion для заполнения этого каталога с помощью svn:externals.

Смежные вопросы