Comment puis-je réinitialiser subversion les mots de passe / utilisateurs stockés et me souvenir de mes informations d'authentification?

Contexte: J'avais l'habitude d'avoir tout fonctionnait très bien sur ma nouvelle installation:

$ svn co https://domain:443/ test1
Error validating server certificate for 'https://domain:443':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
Certificate information:
 - Hostname: **REMOVED**
 - Valid: **REMOVED**
 - Issuer: **REMOVED**
 - Fingerprint: **checked with issuer and REMOVED**
(R)eject, accept (t)emporarily or accept (p)ermanently? p
Authentication realm: <https://domain:443> Subversion repository
Password for 'nicdumz-machine-hostname':
Authentication realm: <https://domain:443> Subversion repository
Username: nicdumz
Password for 'nicdumz':

# proceeds to checkout correctly

$ svn co https://domain:443/ test2

# checkouts nicely, without asking for my password.

À un moment donné, j'avais besoin de valider des choses en utilisant un compte différent. Alors j'ai fait ça

$ svn ci --username other.user
Authentication realm: <https://domain:443> Subversion repository
Password for 'other.user':

# works fine

Mais depuis lors, chaque fois que je veux m'engager en tant que 'nicdumz' (utilisateur par défaut, tous les dépôts ont été récupérés avec cet utilisateur), il me demande mon mot de passe:

$ svn ci
Authentication realm: <https://domain:443> Subversion repository
Password for 'nicdumz':

Hé allez, pourquoi :) La même chose se produit si je veux un nouveau paiement, car l'accès en lecture est également protégé.

J'ai donc essayé de résoudre le problème par moi-même. J'ai lu que ~ / .subversion / auth stockait les informations d'identification, donc je les ai supprimées:

$ cd ~/.subversion
$ mv auth oldauth
$ mkdir auth

Cela a semblé fonctionner au début, car svn avait oublié la validation du certificat:

$ svn co https://domain:443/ test3
Error validating server certificate for 'https://domain:443':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
Certificate information:
 - Hostname: **REMOVED**
 - Valid: **REMOVED**
 - Issuer: **REMOVED**
 - Fingerprint: **checked with issuer and REMOVED**
(R)eject, accept (t)emporarily or accept (p)ermanently? p
Authentication realm: <https://domain:443> Subversion repository
Password for 'nicdumz-machine-hostname':
Authentication realm: <https://domain:443> Subversion repository
Username: nicdumz
Password for 'nicdumz':

# proceeds to checkout correctly

$ svn up
Authentication realm: <https://domain:443> Subversion repository
Password for 'nicdumz':

Quelle? comment cela se passe-t-il?

Si vous avez des suggestions pour en savoir plus sur le comportement, je suis très intéressé. Si je ne me trompe pas, il n'y a aucun moyen de faire un verbeux svn upou quelque chose de similaire, donc je ne suis pas sûr que je devrais aller pour enquête. Oh, et pour ce que ça vaut:

$ svn --version
svn, version 1.6.6 (r40053)
   compiled Oct 26 2009, 06:19:08

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
  - handles 'http' scheme
  - handles 'https' scheme

— Nicolas Dumazet
source

Eh bien, j'ai eu le même problème et j'ai supprimé le répertoire d'authentification. J'ai ensuite fait:

svn --username xxx update

qui m'a demandé mon mot de passe, mais c'était tout. Tout ce que je peux dire, c'est que la suppression du répertoire d'authentification a fonctionné pour moi. Avez-vous les bonnes options dans votre fichier serveurs? A savoir (je pense):

store-passwords = yes
store-plaintext-passwords = yes

dans la [global]section. Je ne suis pas sûr à 100%, mais cela peut aider.

— Max Tardiveau
source