Невозможно выполнить обновление SVN для рабочей копии в Linux с ошибкой «Невозможно открыть сеанс ra_local для URL»

Question

У меня есть сервер Linux, который содержит 10 репозиториев. Я настроил общий ресурс samba, чтобы обеспечить легкий доступ к каталогу репозитория, чтобы я мог создавать репозитории через Windows, используя tortoisesvn Create repository here command....

Проблема в том, что репозитории были настроены с использованием путей Windows file:///, а не HTTP, используя tortoisesvn. Я использую модуль SVN apache HTTP. Поэтому обычно я бы указывал хранилище через http://servername/svn/myrepos.

Это нормально в Windows, но мне нужно также использовать клиент Linux Linux, и я пытаюсь сделать следующее:

/usr/bin/svn update /path/to/working/copy

Но я получаю следующую ошибку:

svn: Unable to open an ra_local session to URL
svn: Unable to open repository 'file:///R:/myrepos/trunk'

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

Как я могу изменить репозитории, чтобы они по умолчанию использовали протокол http?

Answer 1

Если вы оформляете заказ через один URL, вы можете обновить его, используя другой URL. поскольку нотация «путь» отличается в обеих системах, вы можете использовать одну и ту же проверку, если вы не используете протоколы svn или http. Это, однако, не имеет ничего общего с созданием репо, за исключением того факта, что вам нужно предоставить репо через один из протоколов, не зависящих от платформы. Если вы можете извлечь из любого клиента через http или svn, то вы правильно настроили все. Вам просто нужно сдать ваш заказ и проверить его снова, используя независимый от платформы протокол.

Answer 2

Я не уверен, что понимаю, в чем проблема, но если вы хотите продолжать использовать локальную рабочую копию, при изменении URL-адреса, который вы используете для доступа к хранилищу, вы хотите запустить svn switch:

svn switch --relocate file:///my/old/URL http://server/new/URL

Answer 3

Это, вероятно, проблема с разрешением.У меня было это на машине Linux с клиентами Linux на той же машине.Разве вы не можете просто удалить локальную изолированную программную среду svn на компьютере с Linux и повторно оформить их?