svn занимает очень много времени или застрял; хранилище повреждено?

Question

Это признак того, что мой репозиторий поврежден?

Я запустил svn up через ssh и вышел из середины (Ctrl+C), как только я понял, что допустил ошибку, затем я попытался снова, и он сказал запустить svn cleanup поэтому я сделал ssh'ing в машину. Затем я попробовал svn up и ждал, и он никогда ничего не показывал (до сих пор нет).

Затем я svnadmin verify /root/of/repos и он успешно проверил каждую ревизию (более 2400).

Тогда я подозревал, что копия была плохой. Поэтому я проверил новую копию и заменил старую версию. Проверил нормально. Тем не менее, эта копия имеет тот же признак в основном запуска svn up таким образом, который неотличим от зависания.

Что-нибудь еще, что я могу сделать, или мой репозиторий (и все изменения) ушел? :-(

Answer 1

Это было связано с моим SSH-туннелем. Но также техническая информация, которую я не видел, упомянутая в руководстве SVN о туннеле.

Я мог бы оформить заказ с чем-то вроде:

svn co svn+ssh://somesitehost.com/var/svn/repos

Но я не мог использовать svn up с этой проверенной копией. Когда я выписался, SSH автоматически добавил мое имя пользователя (которое совпадает с somesitehost.come) и использовал мой ключ SSH для рукопожатия. Это нормальное поведение.

Использование svn up в этой проверенной копии оставило SSH застрявшим после аутентификации

debug1: Sending command: svnserve -t

Я не уверен, что это было. Решение (я полагаю) состоит в том, чтобы всегда использовать ваш полный URI (с вашим именем) для вашего туннеля. somesitehost.com не будет сокращать это.

svn+ssh://tatsh@somesitehost.com/var/svn/repos/somerepo/trunk всегда будет работать.

Мне действительно странно, что я могу проверить без полного URI, но после этого я ничего не могу сделать с хранилищем. С таким же успехом может быть svn export .

Answer 2

Попробуйте извлечь рабочую копию на сервере (используя файл:// URL), просто чтобы убедиться, что хранилище повреждено (я сомневаюсь в этом).

Я думаю, что-то не так с тобой SSH туннель