SVN: версионный каталог с таким именем уже существует

Question

Наш аккаунт с CVSDude был перенесен на этой неделе. После недели, когда мы не смогли получить доступ к нашему репо, его резервное копирование было немного другим URL (в основном «-» изменилось на «.»). Мы использовали команду TortoiseSVN relocate для переключения рабочих копий, и она работала в течение дня довольно гладко.

Но сегодня я начал получать ошибку в заголовке при выполнении обновлений. Я удалил папку, о которой идет речь, поскольку она была маленькой, и обновил снова. Эта папка была воссоздана в моей рабочей копии, но другая папка начала выдавать ту же ошибку.

Я гуглил, и вот два общих ответа:

• вы изменили регистр имени каталога
• вы проверили свои файлы .svn по ошибке

Мы вообще не меняли никаких папок - первая папка, с которой можно начать жаловаться, не затрагивалась уик-эндами - и я также дважды проверил вещь .svn. Другие члены команды не сообщают об этой проблеме, и они также используют Windows + TortoiseSVN.

Идеи / вдохновение?

Answer 1

Это происходит для меня все время с версией 1.6.17, несмотря на то, что существующий каталог имеет ожидаемый URL. Я обхожу его, убирая каталог с пути, выполняя обновление или проверку, и перемещая его назад, забивая только что полученный. Глупо, но это работает.

mv dir dir2
svn co blah .
rm -rf dir
mv dir2 dir

Answer 2

Это очень похоже на старую проблему чувствительности к регистру. Если вы запустите svn log, вы увидите, в каком случае хранилище считает ваш каталог. Сравните с вашим местным. Я полагаю, что не случайно, что репозиторий был восстановлен из резервной копии, и все изменилось.

Другой альтернативой является то, что среда IDE или инструмент изменили регистр вашего каталога / файла. Это случается со мной иногда с Visual Studio. Черепаха обычно говорит вам точную проблему и позволяет вам решить ее.

Вы все еще можете попробовать очистку, которая может восстановить поврежденный каталог .svn.

Если вам нужны двоичные файлы svn для Windows, я просто беру их из установки VisualSvn Server.

Answer 3

Это также может произойти, если у вас есть файл или каталог, открытый в другом приложении (или командной строке). Например, если svn пытается обновить каталог foo, содержащий файловую панель, и у вас активен foo в cmd или cygwin, или foo / bar, открытый в редакторе Textpad особенно плохо с этим, и иногда вам может потребоваться закрыть его полностью.

Хорошей утилитой Windows для определения того, какие приложения имеют открытые блокировки для каталога / файла, является "unlocker".

Answer 4

Думаю, я бы сделал новую проверку вместо обновлений. Можете ли вы сделать svn log -v для рассматриваемого каталога?