TortoiseSVN kann keine Verbindung zu SlikSVN Subversion-Server

Question

Ich habe einen Subversion-Server auf einer der Maschinen in meiner Arbeitsgruppe erstellt. Ich bin in der Lage, das Repository zugreifen und Check-in / out-Dateien von meiner Entwicklung Feld, ohne jedes Problem.

Ich habe gerade TortoiseSVN installiert und egal, was ich tue, es wird nicht in das Repository auf dem Server verbinden. Ich erhalte die berüchtigte Fehlermeldung „Es konnte keine Verbindung hergestellt werden, da der Zielcomputer aktiv verweigert“.

Hat jemand irgendwelche Ideen, warum dies sein könnte ..? Soweit ich weiß, ist die Schildkröte Shell-Erweiterung unter Anmeldeinformationen meines Benutzers ausgeführt wird. Es scheint seltsam, dass die SVN Kommandozeilen-Tools korrekt funktionieren, aber nicht Schildkröte.

Beide Maschinen Vista ausgeführt

Hinweis: In beiden Fällen ich das SVN-Protokoll bin mit verbinden

Schließlich, ich habe es fest ...! Das Problem scheint mit dem Subversion-Paket, das ich heruntergeladen werden. Ich habe die neueste Version von SlikSVN (1.5.5) und installiert es auf meinem Client und Server. Es scheint, TortoiseSVN nicht diesen Build / Version mag. Ich habe gerade SlickSVN auf beiden Rechnern deinstalliert und packte die neueste Version von CollabNet und jetzt ist alles wie erwartet funktioniert!

Answer 1

Schließlich, ich habe es fest ...!

Das Problem scheint mit dem Subversion-Paket zu sein, die ich heruntergeladen. Ich habe die neueste Version von SlikSVN (1.5.5) und installiert es auf meinem Client und Server. Es scheint, TortoiseSVN nicht diesen Build / Version mag. Ich deinstalliert nur SlickSVN auf beiden Maschinen und packte die neueste Version von CollabNet und jetzt alles wie erwartet funktioniert!

Answer 2

Fügen Sie einfach --listen-host 0.0.0.0 zu Ihrem SVN-Service-Befehl. Das Problem ist, dass Sie den Dienst schaffen hören IPv6 und Sie versuchen, es für den Zugriff mit IPv4. Schauen Sie sich diese:

http: // www.renaissance-design.net/code/installing-and-configuring-svnserve-and-tortoisesvn-on-windows/

Answer 3

Sie können diese Frage auf der TSVN Mailingliste fragen wollen:

Siehe http://tortoisesvn.net/community oder http://groups.google.com/group/tortoisesvn

Sie werden in der Regel sehr schnell eine Antwort erhalten.

Answer 4

Bitte prüfen Sie Folgendes:

• ist Ihre Firewall konfiguriert Verkehr durch (Port standardmäßig 3690, oder jede andere Port Sie haben könnten svnserve laufen auf konfiguriert) zu lassen. Überprüfen Sie Firewalls sowohl auf Ihrem Client-Rechner und auf der Maschine, die Sie Svnserve.
• viele Virenscannern auch stören ‚ungewöhnlicher‘ Netzwerk-Ports
• der Standard-Host-svnserve auf hört ist ‚localhost‘, das heißt, dass Sie es nicht in der Lage sein, von einer anderen Maschine zu verbinden. Bitte benutzen Sie svnserve mit dem '--listen-host serverhostname' param starten?

Edit: wenn Sie den collab.net Server verwenden, müssen Sie den Dienst manuell starten:

net start svnserve

Auch helfen könnte dies: http: //subversion.open.collab. net / articles / svnserve-service.htm

Answer 5

Könnte sich lohnen, die Überprüfung, dass Schildkröte nicht über einen Proxy-Einstellung (Netzwerkeinstellungen in Tortoise config) aufgenommen. Aus dem gleichen Bildschirm können Sie die SVN-Server-Datei öffnen und sehen, ob es gibt alles, was da drin los ist seltsam.

Answer 6

Was Protokoll verwenden Sie die serverseitige Repository zugreifen? Wenn es nicht ein file:// Protokoll ist, haben Sie bestätigt, dass der entsprechende Server läuft eigentlich? Versuchen Sie es manuell zu verbinden, beispielsweise durch Ausführen

telnet target.machine.ip.address target_port

(natürlich target.machine.ip.address durch die tatsächliche IP-Adresse und target_port durch den numerischen Server-Port ersetzt). Wenn diese Port offen ist, wird der Bildschirm löschen, sonst Telnet hängt für eine Weile, dann beschweren.

Wenn es mit der IP-Adresse funktioniert und nicht die Namen der Maschine, haben Sie ein Problem bei der Namensauflösung (überprüfen Sie Ihre DNS und / oder WINS-Einstellungen.)

Answer 7

Ich hatte das gleiche Problem mit SlickSVN 1.5.5. Aber in meinem Fall war es lokaler Subversion-Server in deamon-Modus ausgeführt wird. CollabNet Paket funktioniert gut mit der gleichen Konfiguration.

Answer 8

Die Slik Subversion Client ist IPv6 und IPv4 aktiviert, so dass, wenn Ihr System sagt, es vorzieht, IPv6. Mit dem --listen-Host-Argumente können Sie wählen, wie es hören sollte.

Answer 9

ich wieder lief den Befehl svnserve --daemon --root D:\Subversion\Repo, und das diesen Fehler behoben.

Dieser Fehler trat plötzlich auf. Wir arbeiteten fein 1 Minute und der nächste sahen wir diesen Fehler. Nicht sicher, warum.