Ответ 1
Похоже, что вы не единственная проблема с этой проблемой.
Исправление состоит в использовании эквивалента svn update --ignore-externals
Смотрите здесь: Реинтегрировать ветвь с внешними ошибками в SVN
Нефиксированная рабочая копия смешанной ревизии в SVN
У меня есть чистая проверка ветки (без изменений), но я не могу реинтегрировать ствол обратно в свою ветку, потому что 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
Ответы
Ответ 2
Я пришел к другому решению, --allow-mixed-revisions:
svn merge -c7777 https://repo/app/branches/1.0 . --allow-mixed-revisions
Игнорирование внешних изменений при обновлении не устранило проблему для меня, даже если я сделал совершенно новую проверку.
Ответ 3
Обратите внимание, что эта проблема была исправлена с Subversion 1.7.0. С тех пор svnversion (и логика слияния) игнорируют внешние файлы при определении изменений.
Ответ 4
Даже сразу после обновления/отправки всего моего хранилища я получил это сообщение об ошибке просто за попытку переименовать папку. Повторное обновление папки непосредственно перед переименованием исправило эту проблему для меня.