Как сохранить пароль при использовании Subversion из консоли

Мне было интересно, есть ли способ сохранить мой пароль Subversion при выполнении svnопераций с консоли. Консоль - единственный вариант, который у меня есть. Когда я пытаюсь выполнить какое-либо действие Subversion, например svn commit, он каждый раз запрашивает пароль учетной записи. Есть ли способ как-то сохранить этот пароль, чтобы мне не приходилось каждый раз вводить его заново?

В ~/.subversion/config, вероятно, есть store-passwords = no. Измените его на yes(или просто закомментируйте, потому что по умолчанию это да), и в следующий раз, когда вы дадите Subversion свой пароль, он должен его сохранить.

Возможно, вы захотите убедиться, что владелец и права доступа ~/.subversion/configуказаны правильно (нет публичного или группового доступа; 600).

Это зависит от используемого вами протокола. Если вы используете SVN + SSH, клиент SVN не может сохранить ваш пароль, потому что он никогда не касается его - клиент SSH запрашивает его напрямую. В этом случае вы можете использовать SSH-ключ и ssh-agent, чтобы избежать постоянных запросов. Если вы используете протокол svnserve или HTTP (S), то клиент SSH обрабатывает ваш пароль и может его сохранить.

Попробуйте очистить .subversionпапку в домашнем каталоге и повторите попытку. Он должен запросить ваш пароль, а затем спросить, хотите ли вы сохранить пароль.

Пришлось редактировать ~/.subversion/servers. Ставил store-plaintext-passwords = yes(раньше не было). Это сработало. Однако это можно было бы считать небезопасным.

Обратите внимание на следующий абзац из ~/.subversion/serversфайла:

И 'store-passwords', и 'store-auth-creds' теперь можно указать в файле 'servers' в вашем каталоге конфигурации. Все, что указано в этом разделе, отменяется настройками, указанными в файле «серверы».

По крайней мере, для SVN версии 1.6.12. Так что не забывайте редактировать файл серверов, так как он отменяет ~/.subversion/config.

Если вы используете svn + ssh , вы можете скопировать свой открытый ключ ssh на удаленный компьютер:

ssh-copy-id user@remotehost

Для меня (пользователя Mac) проблема заключалась в том, что в цепочке для ключей уже была сохранена запись для моих учетных данных, но права доступа были неправильными.

Удаление записи в приложении цепочки ключей и последующее ее воссоздание с помощью svn устранило проблему.

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

Мне пришлось разрешить "простое" хранилище паролей, установив его пустым в ~/.subversion/config:

password-stores =

Не было существующей настройки, поэтому пустота имеет значение.

Это было в дополнение к:

store-passwords = yes

в ~/.subversion/servers.

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

Я поддерживаю принятый ответ, но у меня он не сработал - по очень конкретной причине: я хотел использовать либо хранилища паролей, kwalletлибо gnome-keyring. Я попытался изменить настройки во всех четырех файлах:

/etc/subversion/config
/etc/subversion/servers
~/.subversion/config
~/.subversion/servers

Даже после того, как все было установлено одинаково, с password-storesи именем KWallet (по умолчанию может быть неправильным, верно?) Он не работал и постоянно запрашивал пароль. Файлы в ~/.subversionимеют разрешения 600.

Что ж, в этот момент вы можете попробовать проверить одну простую вещь:

which svn

Если вы получите:

/usr/bin/local/svn

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

Subversion - неприятный зверь для компиляции , очень легко случайно собрать без поддержки HTTP или - как в моем примере - без поддержки зашифрованных хранилищ паролей (вам нужны файлы разработки Gnome или KDE, и многие из них!). Но ./configureсценарий вам этого не скажет, и вы получите менее функциональную svnкоманду.

В этом случае вы можете вернуться к клиенту, который был в вашем дистрибутиве, обычно в формате /usr/bin/svn. Обратной стороной является то, что вам, вероятно, придется перепроверить рабочие копии, так как svn downgradeкоманды нет . В любом случае вы можете посоветоваться с Линусом Торвальдсом о том, что думать о Subversion;)

Чтобы добавить к ответу Хита: похоже, что Subversion 1.6 отключила сохранение паролей по умолчанию, если не может хранить их в зашифрованном виде. Вы можете разрешить хранение незашифрованных паролей, явно установив password-stores =(то есть пустое значение) в ~/.subversion/config.

Чтобы узнать, какое хранилище паролей использует Subversion, загляните в ~/.subversion/auth/svn.simple. Он содержит несколько файлов, каждый из которых представляет собой хеш-таблицу с простой кодировкой ключ / значение. Символ svn:realmstringв каждом файле указывает, для какой области предназначен этот файл. Если в файле есть

K 8
passtype
V 6
simple

затем он сохраняет пароль в виде обычного текста где-нибудь в этом файле в K 8 passwordзаписи. В противном случае он пытается использовать один из настроенных password-stores.

Все упомянутые здесь методы у меня не работают. Я создал Subversion из исходного кода и обнаружил, что --enable-plaintext-password-storageдля поддержки этой функции мне нужно запустить configure с .

Чтобы подчеркнуть, что Томаш Гандор и Домен сказали о наличии правильной версии svn и о том, что она была скомпилирована для включения хранения паролей в виде простого текста, вам необходимо проверить, что у вас есть:

svn --version
svn, version 1.9.7 (r1800392)
...
WARNING: Plaintext password storage is enabled!
...

The following authentication credential caches are available:

* Plaintext cache in /gr/home/ffvdqb/.subversion
* GPG-Agent

Против:

svn --version
svn, version 1.12.2 (r1863366)
...

The following authentication credential caches are available:

* Gnome Keyring
* GPG-Agent
* KWallet (KDE)

Как только вы увидите, что ваша версия svn была включена для хранения паролей в виде простого текста, примените все остальные ответы здесь.

Я использую TortoiseSVN клиент на Windows, и для меня, установив параметр кладовых паролей , как да в %USERPROFILE%\AppData\Roaming\Subversion\configне помогают сохранять пароль.

Пароль был успешно сохранен после удаления этой папки (на всякий случай переименования):

%USERPROFILE%\AppData\Roaming\Subversion\auth

Окружающая среда:

Windows 7, TortoiseSVN 1.7.11 (Build 23600 - 64 bit, 2012-12-12T19:08:52), Subversion 1.7.8.

К сожалению, ответы не решили проблему запроса пароля для ssh + svn с защищенным закрытым ключом. После некоторых исследований я обнаружил:

ssh-add

утилита, если у вас компьютер Linux. Убедитесь, что у вас есть ключи, /home/username/.ssh/и введите эту команду в Терминале.