Вы проверяли и журналы SQL Server и Windows Event Logs?
Я не использовал сервер Зенда, но это - ошибка SVN. Ваша рабочая копия связывается с репозиторием UUID, из которого это было первоначально создано. Ошибка означает, что UUID изменился на сервере, так как Ваш туалет был создан.
Это обычно происходит, когда цикл дампа/загрузки был сделан на сервере, и UUID репозитория не был сохранен.
Существует два способа исправить это. На стороне клиента:
svn switch --relocate
Переместит Ваш туалет в новый репозиторий (который я принимаю, должен быть старый). Я думаю, что у Черепахи есть отдельное relocate
опция, а не просто switch
.
Или, на сервере:
svnadmin setuuid <repository path> <new uuid>
Можно установить UUID repo к старому, и существующий туалет должен затем начать говорить с ним снова. (svn info
в Вашем туалете покажет Вам UUID, который он ожидает.)
Бывшая опция - то, в чем Вы нуждаетесь, если Вы не контролируете repo, последний, если Вы управляете им. (Другие клиенты видели бы ту же проблему).
Больше детали о репозитории UUID здесь: http://svnbook.red-bean.com/en/1.5/svn.reposadmin.maint.html#svn.reposadmin.maint.uuids
Хорошо зависит, что произошло, когда это понизилось. Как UUID отличаются, я предполагаю, что они воссоздали репозиторий, и так или иначе ему дали другой UUID.
Если у Вас есть доступ к базовому репозиторию SVN, можно установить репозиторий UUID, чтобы быть, поскольку он использовал:-
svnadmin setuuid REPOS_PATH [NEW_UUID]
Иначе другое решение состоит в том, чтобы получить новый контроль из нового репозитория.
Учебное пособие в SVN-relocate-error-invalid-relocation-destination работает для меня.
Попробуйте удалить папку .svn и запустить svn checkout