Wenn ich versuche, mit Tortoise eine Verbindung zu meinem SVN-Server herzustellen, verwenden Sie Folgendes:
svn://localhost/ Tortoise sagt mir: "Es kann keine Verbindung zum Host 'localhost' hergestellt werden. Es konnte keine Verbindung hergestellt werden, weil der Zielcomputer dies aktiv abgelehnt hat."
Wie kann ich das beheben?
Ich versuche, auf meinem lokalen PC einen Subversion-Server für den persönlichen Gebrauch einzurichten. Ich verwende Windows Vista, SlikSVN und TortoiseSVN sind installiert. Ich hatte vorher alles richtig funktioniert, aber ich konnte nicht zusammenführen (!), Offenbar aufgrund eines Versionskonflikts zwischen dem SVN-Client und dem Server. Wie auch immer ... Ich habe jetzt folgendes Setup:
Ich habe ein Repository mit svnadmin create erstellt. es wohnt beiC:\svnGrove
C: \ svnGrove \ conf \ svnserve.conf (# Kommentare nicht angegeben):
[general] anon-access=read auth-access=write password-db=passwd #authz-db=authz realm=svnGrove C: \ svnGrove \ conf \ passwd:
[users] myname=mypass Mein Subversion Server-Dienst verweist auf:
C:\Program Files\SlikSvn\bin\svnserve.exe --service -r C:\svnGrove Es zeigt den TCP / IP-Dienst als Abhängigkeit. Ich habe auch versucht, svnserve von der Kommandozeile aus auszuführen, mit ähnlichen Ergebnissen.
Die folgende Option wird in TortoiseSVN mit der Option "about" bereitgestellt:
TortoiseSVN 1.6.10, Build 19898 - 32 Bit, 2010/07/16 15:46:08 Subversion 1.6.12, apr 1.3.8 apr-utils 1.3.9 neon 0.29.3 OpenSSL 0.9.8o 01 Jun 2010 zlib 1.2.3 Folgendes ist von svn --version in der Befehlszeile (nicht sicher, warum CollabNet heißt, CollabNet war die vorherige SVN-Binärdatei, die ich eingerichtet hatte. Das Deinstallationsprogramm konnte nicht alles ordnungsgemäß entfernen):
svn, version 1.6.12 (SlikSvn/1.6.12) WIN32 compiled Jun 22 2010, 20:45:29 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 Ich habe meine Windows-Firewall und CA Internet Security deaktiviert, ohne das Problem zu lösen.
Bearbeiten
Die alte Version von svnserve wurde nach der Deinstallation noch als Dienst eingerichtet und zeigte auf diesen Pfad:
C:\Program Files\Subversion\svn-win32-1.4.6\bin Ich habe den Registrierungsschlüssel für den Dienst so bearbeitet, dass er auf den neuen Pfad verweist (siehe oben). Unabhängig davon, ob ich svnserve als Dienst ausführen oder -d verwenden möchte, wird in der von netstat -anp tcp generierten Auflistung kein Eintrag für diese Portnummer angezeigt.
Hudson kann mit den Standardeinstellungen keine Verbindung zu svnserve unter Windows 7 64-Bit herstellen. Die folgenden in die Befehlszeile hinzugefügten Parameter waren erfolgreich:
svnserve -d --listen-port 3690 --listen-host 127.0.0.1 -r svn-repos Unter Windows 7 Professional 64-Bit konnte ich mit SlikSvn eine Verbindung herstellen svn://localhost/, aber nicht mit svn://127.0.0.1/.
Ich stellte dann fest, dass ich eine Verbindung herstellen konnte, auf svn://[::1]/die ich mich durch Hinzufügen bezieht
::1 svn zu C:\Windows\System32\drivers\etc\hosts.
Funktioniert jetzt svn://svn/gut.
Auch der Befehl:
netstat -anp tcp zeigt keine IPv6-Informationen an. Um IPv6-Verbindungen anzuzeigen, verwenden Sie:
netstat -anp tcpv6 Um zu sehen, ob es einen Listener an Port 3690 gibt, verwenden Sie:
netstat -an | findstr "3690"