Рекурсивная проверка поддерживается начиная с Subversion1.5, так как этот поток иллюстрирует .
Книга "Контроль версий с Subversion" упоминает команды svn checkout, svn update, svn switch и svn export как способные к повторению в внешних репозиториях, но:
- Если для конкретной ревизии установлено внешнее, никакое значение '
update' не изменит ни одного файла в нем, даже если во внешнем репо были новые ревизии.
- обновление всегда должно инициироваться из родительского репо, а не напрямую из суб-репо:
Однако будьте осторожны, чтобы случайно не изменить внешнюю рабочую копию тонкими способами, которые вызывают проблемы.
Например, хотя во внешнем определении может указываться, что внешняя рабочая копия должна храниться под определенным номером ревизии, если вы запускаете svn update непосредственно для внешней рабочей копии, Subversion будет обязывать, а теперь ваша внешняя рабочая копия несинхронизировано с объявлением в основной рабочей копии.
Так что, может быть, один из этих двух случаев применяется здесь.
ОП Карстен сообщает:
Это на самом деле работает сейчас.
Я установил внешнюю опору в корневом узле внешнего проекта (скажем, проект 'lib').
В моем конкретном проекте (проект «A») внешний был определен в подпапке «lib» (т. Е. myLocalFolder > lib/someFolder).
Похоже, это причина того, что подрывная деятельность не повторяется во внешних lib; только заглянул внутрь 'someFolder', не нашел там внешних защит, поэтому не оформил someFolder/externalLib.
Теперь в 'lib' я изменил определения внешних элементов, чтобы они определялись внутри папки, на которую я ссылаюсь в 'A'; теперь работает как шарм!