Нефиксированная рабочая копия смешанной ревизии в SVN

Question

У меня есть чистая проверка ветви (без изменений), но я не могу реинтегрировать ствол обратно в свою ветку, потому что SVN считает, что у меня есть рабочая копия со смешанной ревизией:

c:\myproject> svnversion
2045:2047

Проблемакажется, вызвано одним из моих внешних:

c:\myproject> svn propget svn:externals tools
-r1448 ^/tools/external/trunk/gandalf/bin gandalf/bin
-r1508 ^/tools/external/trunk/gandalf/include gandalf/include
-r1508 ^/tools/external/trunk/gandalf/lib gandalf/lib
-r1428 ^/tools/external/trunk/jsdb jsdb
-r2045 ^/tools/external/trunk/java/lib/jing.jar jing.jar

Вы заметите, что все они являются внешними каталогами, а не однофайловыми, кроме jing.jar, который имеет ту же версию, что и "svnversion "считает, что это самый низкий диапазон моей рабочей копии, который должен быть чистым извлечением из r2047.

Как мне это исправить (если не использовать внешний файл с одним файлом)?

Я пытался делать обновления, свежие проверки и очистку SVN, и это все еще имеет эту проблему.Я использую TortoiseSVN 1.6.12

Answer 1

Похоже, вы не единственный с этой проблемой.

Исправлено использование эквивалента svn update --ignore-externals

Смотрите здесь: Реинтеграция ветки с внешними ошибками в SVN

Answer 2

Я пришел к другому решению, --allow-mixed-revisions:

svn merge -c7777 https://repo/app/branches/1.0 . --allow-mixed-revisions

Игнорирование внешних факторов при обновлении не решило проблему для меня, даже если я сделал совершенно новую проверку.

Answer 3

Обратите внимание, что эта проблема была исправлена ​​начиная с Subversion 1.7.0. С тех пор svnversion (и логика слияния) игнорируют внешние файлы при определении версий.

Answer 4

Даже сразу после обновления / отправки всего моего репозитория я получил это сообщение об ошибке только за попытку переименовать папку.Повторное обновление папки непосредственно перед переименованием исправило эту проблему для меня.