Прежде всего хочу сказать, что я прочитал руководство Subversion. Я читал this question. Я также читал this question. Вот моя дилемма.Subversion svn: externals - Что здесь не так?
Скажем, у меня есть 3 репозиториев выложенные так:
- DataAccessObject/
- ветви/
- теги/
- багажник/
- DataAccessObject/
- DataAccessObjectTe ГНС/
- PlanObject/
- ветви/
- теги/
- ствол/
- PlanObject/
- PlanObjectTests/
- WinFormsPlanViewer/
- ветви/
- теги/
- багажник/
- WinFormsPlanViewer/
Репозитории PlanObject и DataAccessObject содержат совместно используемые проекты. Они используются WinFormsPlanViewer, но также несколькими другими проектами в нескольких других репозиториях.
Медведь со мной здесь. Я поставил SVN: определение Externals на папке/магистрального WinFormsPlanViewer как это:
https://server/svn/PlanObject/trunk Objects<br/>
https://server/svn/DataAccessObject/trunk Objects<br/>
И вот что я вижу, после того, как я делаю обновление SVN.
- WinFormsPlanViewer/
- ветви/
- теги/
- багажник/
- WinFormsPlanViewer/
- Объекты/
- DataAccessObject/
- DataAccessObjectTests/
Материал PlanObject даже не сходи в обновлении! Я не знаю, если это не имеет ничего общего с ним, но есть внешнее определение в папке/магистральный PlanObject также:
https://server/svn/DataAccessObject/trunk Objects<br/>
Что здесь происходит? Что я делаю не так? Имеются ли плохие последствия ссылки на PlanObject и DataAccessObject из WinFormsPlanViewer с использованием svn: externals, когда PlanObject ссылается на DataAccessObject, используя svn: externals?
Если я это сделаю, то у меня есть экземпляр DataAccessObject внутри каталога WinFormsPlanViewer/trunk/WinFormsPlanViewer/PlanObject, а также внутри каталога WinFormsPlanViewer/trunk. PlanObject будет ссылаться на DataAccessObject внутри каталога PlanObject, а WinformsPlanViewer будет ссылаться на тот, который находится внутри каталога соединительной линии. Правильно? Не то, что я ищу ... –
Вы правы, Билли. Не может иметь несколько внешних файлов с одной и той же целевой папкой. (См. Мой ответ, как я решил проблему в комментарии выше) –