Come salvare la password quando si usa Subversion dalla console

Mi chiedevo se esiste un modo per salvare la mia password Subversion quando eseguo svnoperazioni dalla console. La console è l'unica opzione che ho. Quando provo a eseguire qualsiasi azione Subversion, ad esempio svn commit, ogni volta viene richiesta la password dell'account. C'è un modo per salvare questa password in qualche modo in modo da non doverla riscrivere ogni volta?

In ~/.subversion/config, probabilmente l'hai fatto store-passwords = no. Modificalo in yes(o commentalo semplicemente perché il valore predefinito è sì), e la prossima volta che dai a Subversion la tua password dovrebbe salvarla.

Potresti voler assicurarti che il proprietario e le autorizzazioni di ~/.subversion/configsiano corretti (nessun accesso pubblico o di gruppo; 600).

Dipende dal protocollo che stai utilizzando. Se stai usando SVN + SSH, il client SVN non può salvare la tua password perché non la tocca mai: il client SSH te lo richiede direttamente. In questo caso, puoi usare una chiave SSH e ssh-agent per evitare i prompt costanti. Se stai utilizzando il protocollo svnserve o HTTP (S), il client SSH gestisce la tua password e può salvarla.

Prova a svuotare la .subversioncartella nella directory home e riprova a eseguire il commit. Dovrebbe richiederti la password e poi chiederti se desideri salvare la password.

Ho dovuto modificare ~/.subversion/servers. Ho impostato store-plaintext-passwords = yes(non era in precedenza). Quello ha funzionato. Tuttavia, potrebbe essere considerato insicuro.

Si prega di notare il seguente paragrafo dal ~/.subversion/serversfile:

Sia "store-passwords" che "store-auth-creds" possono ora essere specificati nel file "server" nella directory di configurazione. Tutto ciò che è specificato in questa sezione viene sovrascritto dalle impostazioni specificate nel file "server".

È almeno per la versione SVN 1.6.12. Quindi tieni presente di modificare anche il file del server mentre sovrascrive ~/.subversion/config.

Se usi svn + ssh , puoi copiare la tua chiave ssh pubblica sulla macchina remota:

ssh-copy-id user@remotehost

Per me (utente Mac) il problema era che il portachiavi aveva già una voce memorizzata per le mie credenziali, ma i diritti di accesso non erano corretti.

Eliminando la voce nell'app portachiavi e quindi ricrearla utilizzando svn ha risolto il problema.

Nessuna di queste meravigliose risposte ha funzionato per me su una nuova installazione di Ubuntu. Invece, un indizio da questa risposta ha fatto il trucco per me.

Ho dovuto consentire l'archiviazione delle password "semplice" impostando questo vuoto in ~/.subversion/config:

password-stores =

Non c'era alcuna impostazione esistente, quindi essere vuoto è significativo.

Questo era in aggiunta a:

store-passwords = yes

in ~/.subversion/servers.

L'uso del testo in chiaro potrebbe non essere la scelta migliore, se la password viene mai utilizzata come qualcos'altro.

Sostengo la risposta accettata, ma non ha funzionato per me, per un motivo molto specifico: volevo utilizzare uno kwalleto più gnome-keyringarchivi di password. Ho provato a modificare le impostazioni, in tutti e quattro i file:

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

Anche dopo che tutto è stato impostato allo stesso modo, con password-storese il nome di KWallet (l'impostazione predefinita potrebbe essere sbagliato, giusto?) Non ha funzionato e ha continuato a chiedere la password per sempre. I file in ~/.subversionavevano autorizzazioni 600.

Bene, a quel punto, potresti provare a controllare una cosa semplice:

which svn

Se ottieni:

/usr/bin/local/svn

allora potresti sospettare con grande probabilità che questo client sia stato creato dai sorgenti, localmente, dal tuo amministratore (che potresti essere tu stesso, come nel mio caso).

Subversion è una brutta bestia da compilare , molto facile da costruire accidentalmente senza supporto HTTP, o - come nel mio esempio - senza supporto per archivi di password crittografati (hai bisogno di file di sviluppo Gnome o KDE, e molti di loro!). Ma lo ./configurescript non te lo dice e ottieni solo un svncomando meno funzionale .

In tal caso, puoi tornare al client, fornito con la tua distribuzione, di solito in formato /usr/bin/svn. Lo svantaggio è che probabilmente dovrai ricontrollare le copie funzionanti, poiché non è presente alcun svn downgradecomando. Puoi comunque consultare Linus Torvalds su cosa pensare di Subversion;)

Da aggiungere alla risposta di Heath: Sembra che Subversion 1.6 abbia disabilitato la memorizzazione delle password per impostazione predefinita se non è in grado di memorizzarle in forma crittografata. È possibile consentire l'archiviazione di password non crittografate impostando esplicitamente password-stores =(ovvero, sul valore vuoto) in ~/.subversion/config.

Per verificare quale archivio di password utilizza subversion, guarda in ~/.subversion/auth/svn.simple. Questo contiene diversi file, ciascuno una tabella hash con una semplice codifica chiave / valore. Il svn:realmstringin ogni file identifica a quale ambito si trova quel file. Se il file ha

K 8
passtype
V 6
simple

quindi memorizza la password in testo normale da qualche parte in quel file, in una K 8 passwordvoce. Altrimenti, prova a utilizzare uno dei file configurati password-stores.

Tutti i metodi menzionati qui non funzionano per me. Ho creato Subversion dai sorgenti e ho scoperto che devo eseguire configure con --enable-plaintext-password-storageper supportare questa funzionalità.

Solo per sottolineare ciò che Tomasz Gandor e Domain hanno detto sull'avere la versione corretta di svn e che è stata compilata per abilitare l'archiviazione delle password in testo normale, è necessario verificare cosa si ha:

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

Contro:

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

The following authentication credential caches are available:

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

Una volta che vedi che la tua versione di svn è stata abilitata per l'archiviazione delle password in testo normale, applica qui tutte le altre risposte.

Sto usando il client TortoiseSVN su Windows e, per me, l'impostazione del parametro store-passwords come yes in %USERPROFILE%\AppData\Roaming\Subversion\confignon aiuta a memorizzare la password.

La password è stata salvata con successo dopo aver rimosso questa cartella (solo nel caso in cui venga rinominata):

%USERPROFILE%\AppData\Roaming\Subversion\auth

Ambiente:

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

Purtroppo le risposte non hanno risolto il problema della richiesta di password per ssh + svn con chiave privata protetta. Dopo alcune ricerche ho trovato:

ssh-add

utilità se hai un computer Linux. Assicurati di avere le tue chiavi memorizzate /home/username/.ssh/e digita questo comando su Terminale.