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-клиент.