Я новичок в подрывной деятельности. Я хотел проверить уже существующий проект в своей системе. Но когда я сделал это в консоли:
svn checkout urlname
Он попросил меня ввести пароль, но по ошибке я дал неверный пароль. Когда я попробовал это второй раз, он не спросил меня пароль, но дал сообщение об ошибке:
unable to connect to a repository at URL
The OPTIONS request returned invalid XML in the response: XML parse error at
line1: no element found (urlname)
Любая идея о том, что я делаю неправильно здесь?
Меню "Пуск" > "Tortoise SVN" > "Настройки", чтобы отобразить диалоговое окно настроек. В диалоговом окне "Сохраненные данные" нажмите кнопку "Очистить" рядом с данными аутентификации, чтобы заставить Tortoise Subversion забыть сохраненный пароль.
Однако ни одно найденное сообщение об ошибке не указывает на неправильный URL. Возможно, вы захотите перепроверить его.
Надеюсь, это поможет!
Проблема в том, что URL-адрес неверен. Когда вы просматриваете сообщение SVN через http/https, обратите внимание на полный URL-адрес репозитория, который вы хотите просмотреть.
e.g. httpx://192.168.0.xxx/svn
Дает мне ту же ошибку (не удалось подключиться к репозиторию по URL-адресу
Запрос OPTIONS возвратил неверный XML в ответе: ошибка синтаксического анализа XML на
line1: элемент не найден (urlname)
Однако, когда я просматриваю httpx://192.168.0.xxx/svn/NAMEOFREPO
Если структура репо будет выглядеть как
e.g. httpx://192.168.0.xxx/svn/NAMEOFREPO/trunk
теперь вы можете загрузить код:)
Используете ли вы TortoiseSVN или клиент командной строки SVN?
Если вы используете клиент командной строки, посмотрите каталог .subversion\auth в своем домашнем каталоге. Здесь хранится вся информация аутентификации. Скорее всего, информация для входа сохраняется в .subversion\auth\svn.simple.
Корень вокруг него, чтобы найти информацию об аутентификации. Удалите файл, в котором хранятся ваши данные аутентификации. Фактически, вы можете удалить все файлы в этом каталоге. Subversion просто воссоздает их после повторного входа в систему.
В TortoiseSVN есть место, чтобы очистить нашу информацию об аутентификации в настройках.
Попробуйте указать правильный пароль, используя:
svn --password (ваш пароль здесь) check urlname
Предполагая, что вы используете VisualSVN Server и получаете ошибку svn: E130003: Malformed XML: no element found при обращении к репозиторию, скорее всего, проблема связана с URL-адресом, который вы вводите.
Клиент Subversion отображает эту ошибку, если используемый URL ведет к веб-интерфейсу. URL-адрес должен привести к репозиторию Subversion. Чтобы избавиться от этой ошибки, просто нажмите кнопку Оформить заказ в веб-интерфейсе и скопируйте правильный URL-адрес в клиент Subversion.
Прочтите статью KB102: ошибки клиента Subversion, вызванные неправильным URL-адресом репозитория, для подробных шагов.
Я вижу, что большинство ответов предполагают, в чем может быть проблема, но для точной диагностики лучше отслеживать/проверять сетевой трафик SVN, как указано в https://subversion.apache.org/docs/community-guide/debugging.html. # net-trace:
перейдите по URL-адресу в браузере (например, Chrome)
нажмите кнопку оформления заказа 
скопировать ссылку с кнопки оформления заказа
вставьте его в URL-адрес SVN
В моем случае я исправил эту проблему, используя опцию Steal lock (checkbox в нижней левой области формы, когда вы устанавливаете блокировку для файлов репозитория)
эта ошибка вызвана тем, что некоторые файлы, по-видимому, разблокированы, но на самом деле это не так (проверьте это в окне проводника, щелкнув свойства файла, а затем SVN Properties.... тогда вы увидите реальное состояние файл)