Eclipse продолжает просить пароль svn

Всякий раз, когда я пытаюсь синхронизировать/обновлять свои проекты с помощью репозитория SVN, он запрашивает у меня пароль. Это сводит меня с ума, я проверяю флажок "сохранить пароль", и он не работает вообще.. более того, я не могу использовать простой пароль.

Это может быть как-то связано с прокси моей компании, но сайты обновления плагинов Eclipse работают просто отлично.

У меня есть каталог Subversion в моей директории AppData, может быть, я должен удалить это? Я также могу предоставить дополнительную информацию, я просто не знаю, что может быть актуальным.

Я использую Subclipse с JavaHL поставщика и мой Eclipse, версия 4.4.2, но у меня такая же проблема на Eclipse, 3.7.2

Ответ 1

Это хорошо работает: http://www.thinkplexx.com/learn/howto/ide/eclipse/fix-eclipse-svn-always-asking-for-login-and-password-clear-keyring-or-cache

Есть некоторые файлы для удаления:

Удалить (или переименовать .old) в Eclipse:/configuration/org.eclipse.core.runtime/.keyring
Удалите файл в своем профиле (AppData/Роуминг или ~):/.subversion/auth/svn.simple

Перейдите на страницу SVN и введите логин/пароль. Должен сохранить его сейчас.

Ответ 2

Вот что сработало для меня. Я пошел в Window/Preferences/Team и увидел, что есть два подменю SVN. Я не уверен, как я попал в это состояние, но, возможно, в какой-то момент я мог установить Subversion и Subclipse.

В любом случае, в первом подменю SVN есть вкладка для SVN-коннектора. А в другом SVN-меню есть подразделение с надписью "SVN-интерфейс". Оба они предоставляют раскрывающийся список для выбора соединителя/интерфейса. В моем случае, в первом SVN-меню, SVN-коннектор был установлен на "SVNKit". Во втором меню SVN было установлено значение "JavaHL". Я изменил это на SVNKit и не имел проблем с тех пор.

Ответ 3

Что сработало для меня, я собираюсь в Window- > Preferences- > Team, затем в разделе "SVN Interface" выберите параметр "SVNKit (Pure Java)".

Ответ 4

Ни один из текущих ответов не работал у меня в eclipse neon. Поэтому я редактировал хэш файл в /.subversion/auth/svn.simple/[filename] Я добавил информацию о пароле:

K 15
svn:realmstring
V 51
<https://svn.example.com:443> Subversion Repository
K 8
username
V [length_of_username]
[username[
K 8 
password
V [length_of_password]
[password]
END

Ответ 5

Это то, что только что сформулировано для меня (Марс, подзаголовок, SVNKit): Я прочитал файл $WORKSPACE/.metadata/.log и нашел это:

!ENTRY org.eclipse.core.runtime 2 0 2015-09-04 09:24:33.282^M
!MESSAGE Authorization infrastructure (org.eclipse.core.runtime.compatibility.auth) not installed.
!STACK 0
java.lang.ClassNotFoundException: org.eclipse.core.internal.runtime.auth.AuthorizationDatabase cannot be found by org.eclipse.core.runtime_3.11.0.v20150405-1723

Duckduckgoed имя пакета org.eclipse.core.runtime.compatibility.auth и нашел его в репозиторий Maven, где я загрузил файл jar, который я скопировал в каталог $ECLIPSE_HOME/dropins. После перезапуска eclipse в журнале не было ошибок, меня попросили только мой мастер-пароль. С тех пор больше нет раздражающих диалоговых окон.

Ответ 6

Я могу предложить еще одно решение, которое работает для меня после того, как вы попробуете другие решения.

Было так же легко, как изменить комбо-приложение "Применить к" в всплывающем окне "Пароль для входа" с "http://..." в "Местоположение репозитория".

Я удалил C:\Users...\AppData\Roaming\Subversion\auth тоже в комментариях.

Версия Eclipse: выпуск Mars.2 (4.5.2)

Надеюсь, что это поможет.

Ответ 7

отправился в Window/Preferences/Team/SVN
установлен в "SVNKit" из "JavaHL".

Я изменил это на SVNKit и не имел проблем с тех пор.

Ответ 8

Кажется, что вы (xwhyz) предоставили ответ самостоятельно: удалите файлы в этой папке: c:\Users\<myname>\AppData\Roaming\Subversion\auth\svn.simple\ (Eclipse Neon.2 с Subclipse 1.10.13 + Адаптер клиента Subversion 1.10.3)

Изменить: Я также отключил автоматическую проверку Eclipse для обновлений и теперь делает это вручную. При запросе пароля SVN просто нажмите OK 3-5 раз, не переписывая пароль.

Ответ 9

Итак, я попробовал все предложенные вами методы, и это не сработало. Решение для меня было:

Щелкните правой кнопкой мыши на TortoiseSVN
Настройки
Сеть
Файл сервера Subversion, кнопка "Изменить"
Я добавил:

[группы] group_name = group_address

[имя_группа] http-proxy-exceptions = proxy_exceptions

http-proxy-host = proxy_host

http-proxy-port = port_number

store-passwords = да

где я заполнил group_name, group_address, proxy_exceptions, proxy_host, port_number и проверил "да".

Надеюсь, что это сработает для вас.

Ответ 10

Вероятно, самое простое решение, которое нам удалось попробовать, - сбросить пароль пользователя в своей учетной записи SVN. Недавно мы перешли на более новую версию CollabNet SVN и не перенесли учетные записи пользователей (если бы мы могли что-то сделать, это было бы неплохо).

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

Ответ 11

Я столкнулся с подобной проблемой, и ниже решение сработало для меня: Откройте Windows - настройки - Team - SVN и проверьте интерфейс SVN, он должен быть клиентом как SVNKit вместо JavaHL и перезапустить eclipse/RAD, и все будет работать нормально.

Ответ 12

Есть большие шансы, что Eclipse (по крайней мере, мой: Eclipse 4.8.0 с Subclipse и SVNKit 1.8.12) использует хранилище паролей служебных программ Subversion командной строки, которые хранятся (по крайней мере в Linux) в ~/.subversion/auth/svn.simple. Как отметил Даниэль Юнишек в своем ответе, вы можете редактировать это вручную, но сделать это из командной строки немного проще:

Сделайте svn up в папке проекта, укажите свой пароль, если он запрашивает, и введите yes для вопроса Store password unencrypted (yes/no)?.
После успешного обновления снова выполните svn up, чтобы убедиться, что он больше не запрашивает ваш пароль.

Если он спросит снова, возможно, у вас та же проблема, что и у меня:
У меня были неверные права доступа для двух хеш файлов в указанном выше каталоге (это было r - r - r-- вместо rw-r - r--) поэтому команда subversion не смогла обновить файл. После того, как я изменил разрешение с помощью команды chmod u+w ~/.subversion/auth/svn.simple/YOUR_FILENAME_HERE, svn up обновил файл паролем, и, наконец, Eclipse прекратил также запрашивать у меня пароль.