Какова причина и решение для SVN: Не удалось пройти проверку подлинности на сервере: отклонено Основное задание?
================================================================================================================

Если вы будете искать в Интернете, вы увидите, что этот вопрос часто задавался, но нет четких ответов. Вот мой частный случай.

Я использую версии клиента SVN на Mac, но я получаю ту же проблему при использовании командной строки. У меня есть личные реквизиты репо для чьего-либо репозитория, и он работает на моей единственной машине, на которой я его настраивал 6 месяцев назад.

Я скопировал мою папку .ssh из моего пользовательского каталога на другой компьютер, установил версии на этом компьютере и настроил учетные данные для входа в систему. Только это приводит к ошибке со следующим сообщением:

authorization failed: Could not authenticate to server: rejected Basic
 challenge

URL для репо использует https, но я удалил & s; и попробовал небезопасно, та же проблема. Затем я удалил папку .ssh с другого компьютера, та же проблема. Кто-то еще сказал, что эта ошибка связана с попыткой SVN использовать базовую аутентификацию (http) и сбоем. Это не очень помогает мне, потому что я понятия не имею, что делать, чтобы это исправить. Мои учетные данные хороши, но это сообщение об ошибке, вероятно, является одним из наименее описательных и худших написанных, с которыми я имел дело. Как мне найти эту проблему ??

 которую вы получаете, означает, что SVN-сервер (фактически Apache HTTP Server) отказывается аутентифицировать вас из-за неверных учетных данных. Вот шаги для устранения ошибки:

 **Вы получили запрос на ввод пароля? Получаете ли вы запрос пароля 3 раза подряд, а затем видите эту ошибку?**

 Если вы это сделаете: первым шагом по устранению неполадок будет двойная проверка правильности введенных имени пользователя и пароля. Имена пользователей могут быть чувствительными к регистру!

 Второй шаг устранения неполадок не так очевиден, как предыдущий; Вы можете столкнуться с проблемой после изменения пароля учетной записи AD. Обычная аутентификация завершается неудачно, когда пароль содержит символы не ASCII (например, £, ü, ä и т. Д.). Вкратце говоря, Basic auth не поддерживает символы не ASCII в пароле.

 **Вы не получаете приглашение на ввод пароля, оно просто не работает с ошибкой`authorization failed: Could not authenticate to server: rejected Basic challenge`**.

 Имеет смысл попытаться подтвердить подлинность ваших учетных данных, например, с помощью командной строки:

`svn info --username USERNAME --password PASSWORD --no-auth-cache https://server/svn/repository/`

 - имя пользователя ARG: укажите имя пользователя ARG

 - пароль ARG: укажите пароль ARG

 - no-auth-cache: не кэшировать токены аутентификации

 Если вы можете успешно пройти аутентификацию с помощью этой командной строки, вы должны очистить свои кэшированные учетные данные. Видеть[SVNBook | Учетные данные клиента](http://svnbook.red-bean.com/en/1.8/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.creds) для деталей. Однако некоторые клиенты с графическим интерфейсом позволяют очистить кэш за пару кликов.



 которую я заметил, это то, что если я выбираю версию 1.6 в рабочем всплывающем окне формата SVN при импорте из SVN, то это не позволяет мне оформить заказ и выдает ошибку выше. Если я выберу 1.7, версия работает нормально.

 Я использую IntelijIdea 13.1.5



 Лучше всего использовать SVN для копирования транка в теги

 Это должно работать нормально, если у вас проблемы с тегом git svn.



 ю удалил (все файлы в ..gnome2 / keyrings / [для Debian])