Wo speichert der SVN-Client Benutzerauthentifizierungsdaten?
Ich versuche zu simulieren, ein problem, das wir mit einem bestimmten domain-ID, die hat Probleme beim Zugriff auf ein subversion-repository. In diese Richtung habe ich versucht, eine svn checkout
mit der
option --username domain\problematic_ID
auf einem anderen windows-Rechner. Aber ich bin nicht in der Lage, das problem zu reproduzieren, da die Kasse immer noch gelingt, mit meiner eigenen ID. Dies führte mich zu Fragen, ob SVN-caches, Benutzer-Authentifizierung von Daten in mehr als einem Ort und wenn ja wo.
Habe ich gelöscht, das auth-Verzeichnis in den Anwendungsdaten-Bereich, ändern sich die Optionen in der config-Datei zum deaktivieren der Zwischenspeicherung von Benutzer-auth-Daten - aber ohne Erfolg. Das system nicht auch aufgefordert, mich für den neuen Benutzer Namen und Passwort, sondern lediglich überprüft, die mit der alten ID.(Ich weiß, es ist die alte ID durch die Suche durch die SVN-logs). Ich bin offensichtlich hier etwas fehlt-aber was? 🙁
Weiß jemand?
Den subversion-client-version, die ich benutze ist 1.4.6(r28521)
InformationsquelleAutor der Frage Critical Skill | 2009-10-22
Du musst angemeldet sein, um einen Kommentar abzugeben.
Es klingt wie Sie tun alles genau so, wie die client credential Abschnitt des Subversion-Buch schlägt. Das einzige was ich mir vorstellen kann ist, dass der server nicht zu Fragen, für den Benutzernamen und das Kennwort, da ist immer woanders.
InformationsquelleAutor der Antwort Tim Kryger
Auf Unix, es ist in
$HOME/.subversion/auth
.Unter Windows, ich denke, es ist:
%APPDATA%\Subversion\auth
.InformationsquelleAutor der Antwort Nikola Kotur
Welche version benutzt du?
Hier ist die Dokumentation auf die Zwischenspeicherung von Anmeldeinformationenfür die neueste (1.6 als schreiben).
Beachten Sie auch, dass ein paar änderungen ereignete sich in version 1.6 in Bezug auf Passwort-Speicher.
InformationsquelleAutor der Antwort RedGlyph
Ich weiß, ich bin Aufstand ein sehr altes Thema, aber nach ein paar Stunden zu kämpfen mit diesem problem und nicht eine Lösung zu finden, sonst nirgends, ich denke, dies ist ein guter Ort, um eine Antwort.
Wir haben einige Build-Server, WindowsXP basiert und fand diese sehr problem: svn-Kommandozeilen-client ist nicht caching-auth-credentials.
Fanden wir schließlich heraus, dass wir mit der Cygwin-svn-client! nicht ein "native" Windows. So... dieser client speichert alle auth-credentials in /home/<user>/.subversion/auth
Das /home-Verzeichnis in Cygwin, in unserer Anlage ist in c:\cygwin\home. UND: das problem war, dass der Windows-Benutzer, der svn hat nie "angemeldet" in Cygwin, und so war es kein /home/<user> - Verzeichnis.
Ein einfaches "bash -ls" von einem Windows terminal-Befehl erstellt das Verzeichnis, und nach dem ersten Zugang zu unserem SVN-server mit interaktiven Eingabeaufforderung für Anmeldeinformationen Zugriff, alás, Sie haben zwischengespeichert.
Also, wenn Sie Cygwin-svn-client, sicher sein, ein "home" Verzeichnis erstellt, die für das lokale Windows-Benutzer.
InformationsquelleAutor der Antwort niglesias
Unter Windows finden Sie es unter.
%USERPROFILE%\AppData\Roaming\Subversion\auth\svn.einfache
(wie unten)
%APPDATA%\Roaming\Subversion\auth\svn.einfache
Kann es mehrere Dateien in diesem Verzeichnis, je nach repos du teilnimmst. Sie können davon ausgehen, dies als eine Datei für jedes svn-server. Sie können öffnen Sie die Datei mit einem beliebigen text-editor, und stellen Sie sicher, dass Sie gehen, um zu löschen der richtigen Datei.
InformationsquelleAutor der Antwort Manohar
Lesen SVNBook | Client-Anmeldeinformationen.
Mit modernen SVN führen Sie einfach
svn-auth
zum anzeigen der Liste der zwischengespeicherten Anmeldeinformationen. Vergessen Sie nicht, stellen Sie sicher, dass Sie führen Sie up-to-date-SVN-client-version, weilsvn auth
wurde eingeführt in version 1.9. Die Letzte Zeile den Pfad angeben der Anmeldeinformationen speichern, welche standardmäßig ist%APPDATA%\Subversion\auth
auf Windows und~/.subversion/auth/
auf Unix-ähnlichen Systemen.InformationsquelleAutor der Antwort bahrep