Subversion в Intellij продолжает запрашивать аутентификацию
Я надеюсь, что кто-то может помочь мне решить эту неприятную проблему, которая у меня есть.
Я пытаюсь проверить проект из подрывной деятельности, но по какой-то причине он не позволяет мне.
Сначала, когда я помещаю URL-адрес, он дает мне такие параметры, как проверка подлинности через пароль, ssh-агент или ssh-ключ и т.д.
Я выбираю вариант аутентификации с паролем. На этом этапе логин будет успешным, так как я могу просматривать мой репозиторий.
Однако, когда я перехожу к проверке проекта из моего репозитория, он снова запрашивает аутентификацию; Я вводил пароль, но он снова запрашивает пароль.
Появится следующее окно.
![enter image description here]()
Я пробовал следующее решение без успеха:
- Сброс кеш аутентификации из внутренних настроек subversion.
- Удаленный и установленный intellij снова
-
Найдено в Интернете, что следующая строка может помочь, если добавить в idea.exe.vmoptions
-Dsvnkit.http.methods=Basic,Digest,NTLM
но это тоже не сработало.
Любые советы?
Ответы
Ответ 1
Когда я проверяю проект, мне нужно установить несколько параметров, таких как расположение каталога, версия подрывной версии.
Я проверил версию 1.7 вместо 1.8, и это сработало. Поэтому я думаю, что это было связано с использованием неправильной версии подрывной деятельности.
Это было на окнах 7, intelij 13.1.4
Надеюсь, что это поможет
Ответ 2
У меня была та же проблема на IntelliJ 14, и я решил это, перейдя к
Настройки → Контроль версий → Subversion и снятие флажка "Использовать клиент командной строки".
Ответ 3
Вы можете перейти на консоль svn и выполнить любую команду svn, например:
svn list https://www.repo.rr.com/svn/main/team/gaurav
Затем svn promt password и спросите, хотите ли вы сохранить пароль. Если вы сохраните пароль, Intellij также увидит пароль.
Ответ 4
Просто добавьте: у меня была такая же проблема, и оказалось, что (по крайней мере, в Windows) он использовал клиент командной строки "svn", который оказался версией 1.7 (и я думаю, что мой сервер на 1.8). Поэтому я решил проблему, перейдя в настройки и отключив опцию "Использовать клиент командной строки". Затем он работал нормально, предположительно, используя свой внутренний svn-клиент.