Ответ 1
Это невозможно в текущей версии Subversion, кроме явного вызова svn-журнала в целевой каталог externals
Вы можете попробовать выполнить запрос функции на веб-сайте Apache Subversion
Изменения в подпапках SVN externals не отображаются в журнале просмотра (черепаха svn)
Внешние внешние элементы SVN позволяют вам создавать папку SVN, как если бы она находилась в другом месте. Для этого полезно иметь общую папку, совместно используемую во всех ваших проектах в SVN.
У меня есть/trunk/общая папка в SVN, которую я разделяю через несколько разных проектов.
Пример:
- Project1:/trunk/project1/зависит
- Project2:/trunk/project2/зависит
- Project3:/trunk/project3/зависит
- Project4:/trunk/project4/зависит
Каждая из этих зависимых папок пуста, но имеет svn: external, определенный для указания моей/внешней/общей папки.
Проблема заключается в том, когда я просматриваю журнал в любом из проектов:/trunk/projectX/он не отображает изменения из svn: externals. Я использую черепаху SVN в качестве моего SVN-клиента.
Кто-нибудь знает, как изменить это поведение? Я хотел бы, чтобы журнал show/trunk/projectX включал любые изменения в любые определенные svn: externals.
Ответы
Ответ 2
Когда вы показываете журнал для локальной версии, он покажет изменения, относящиеся к этой конкретной папке. Внешние ссылки - это ссылка в другую папку в репозитории. Единственное, что вы можете отслеживать по внешним ссылкам, из папки, которая зависит от этого внешнего проекта, - это определение ссылки. Это связано с тем, что ссылка является свойством subversion для зависимой папки.
Представьте, что у вас есть следующая иерархия репо:
repo
myfirstproject
trunk
mysecondproject
trunk
mycommonlib
trunk
и что папка mysecondproject\trunk имеет следующее свойство svn: external:
svn://mysrv/repo/[email protected] sharedlib
Проверка mysecondproject\trunk внутри новой папки secondproject создаст что-то подобное в вашей файловой системе:
secondproject Folder (refers mysecondproject/trunk)
sharedlib Folder (refers mycommonlib/trunk @ revision #2451)
Вызов команды "Показывать журнал" из Tortoise из папки secondproject будет показывать только изменения файлов второго проекта и, в конечном итоге, изменения, которые произошли в svn: внешнем свойстве папки.
Чтобы получить журнал изменений внешнего проекта, вам нужно вызвать "Показать журнал" из внутренней папки sharedlib, что имеет смысл.
Ответ 3
из моего личного опыта журнал внешних ссылок сообщается только в том случае, если в том же коммите, где вы изменили внешние файлы, вы также изменяете только один файл во внутренней папке. Таким образом, SVN может извлекать с помощью надлежащего журнала, журнал из внешней папки тоже.
Я думаю, что при использовании крючка должно быть возможно реализовать механизм автоматического ввода точечного файла в рабочий каталог для каждой фиксации, а также, если фиксация начинается с внешней ссылки.
Bye
Ответ 4
Я думаю, что после Subversion 1.7 (которая ввела одиночную папку .svn в корневой каталог WC), она была более чистой: для каталога внешних внешних каталогов внешней рабочей копии: a) независимой b) вложенной рабочей копии отдельного репозитория
>dir /B /S /AD
z:\subversion-troubleshoot-b\.svn
...
z:\subversion-troubleshoot-b\trunk
z:\subversion-troubleshoot-b\tags
z:\subversion-troubleshoot-b\trunk\lib
z:\subversion-troubleshoot-b\trunk\lib\.svn
...
z:\subversion-troubleshoot-b\tags\1.0.0
z:\subversion-troubleshoot-b\tags\1.0.1
z:\subversion-troubleshoot-b\tags\1.0.1\lib
z:\subversion-troubleshoot-b\tags\1.0.1\lib\.svn
...
и родительский WC не содержит никакой информации о вложенном WC (dir WC, созданного в/из репозитория, обратите внимание. svn dir присутствует только дважды для mainline)
>svn ls -R
readme.textile
tags/
tags/1.0.0/
tags/1.0.0/core_mod.txt
tags/1.0.1/
tags/1.0.1/core_mod.txt
trunk/
trunk/core_mod.txt
когда trunk (и теги соответственно) имеют подкаталог lib как внешний
Поддержка обработки внешних элементов, добавленных для обновления и фиксации, потому что эта поддержка создает независимые и несвязанные последовательные команды - и поскольку без этой поддержки внешние элементы не имеют смысла, агрегированный журнал svn должен быть каким-то образом объединен (по неизвестным принципам, BTW)