Невозможно заставить SVN хранить пароли, даже если конфигурация разрешена

Question

Я сделал все, что говорится в книге, то есть удалил файлы аутентификации из .subversion / auth, и явно установил соответствующие параметры конфигурации на «да» , даже если это значение по умолчанию, и все же оболочка SVNКоманды каждый раз запрашивают пароль.Репозиторий находится на cvsdude.com, а клиент - Linux.Я также использую плагин Subclipse, который кеширует пароль. ОК.

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

Answer 1

Я столкнулся с такими проблемами после изменения пароля и вылечил его, удалив конфигурацию SVN (и, таким образом, воссоздав ее с нуля).

Answer 2

Обратите внимание, что при хранении пароля между svn co / up и svn log существует различие в поведении!

Я попробовал все вышеизложенные подсказки и всегда пытался проверить с помощью 'svn log' - команда svn всегда спрашивала меня снова и снова о пароле, независимо от того, правильно ли задан store-plaintext-passwords для запроса или да. Но когда я сделал новую проверку или обновление, у меня неожиданно появилось правильное поведение, и мой пароль был сохранен

Я предполагаю, что это ошибка в Subversion, которая может по-разному обрабатывать хранение паролей для разных команд - по крайней мере, я не читал об этом раньше.

Answer 3

По какой-то странной причине моя папка .subversion не принадлежала мне, и SVN не сохраняла сертификаты паролей.

Я только что сделал sudo chown -R me ~/.subversion и теперь все работает!

Answer 4

Если вы пытаетесь сбросить аутентификацию на существующей рабочей копии, я бы порекомендовал вам оформить свежую копию после внесения всех вышеперечисленных изменений. Это было единственное, что сработало для меня, когда я пытался выпустить проект с помощью плагина maven-release-plugin (который использует сохраненные учетные данные SVN для автоматической фиксации ваших тегов и т. Д.) *

Answer 5

Из того, что я прочитал в предыдущих ответах, ни один из них не сработал.То, что я нашел подходящим для меня, может быть комбинацией вещей или последним шагом - открыть приложение цепочки для ключей, найти нужный ключ.

Щелкните правой кнопкой мыши и перейдите к «получить информацию».Нажмите на раздел контроля доступа вверху.Затем нажмите «Разрешить всем приложениям доступ к этому элементу».Хотя это может сделать что-то непреднамеренное.

Answer 6

Решение, которое сработало для меня (даже не лучшее решение, по крайней мере, помогло мне), это предоставление моему локальному пользователю всех разрешений для каталога ~ / .subversion и подкаталогов.Тогда я мог бы быстро выполнять операции с Subversion без подсказки имени пользователя и пароля.