O Hudson não pode se conectar anonimamente ao svnserve no Windows 7 de 64 bits com os padrões padrão. Os seguintes parâmetros adicionados à linha de comando foram bem sucedidos:
svnserve -d --listen-port 3690 --listen-host 127.0.0.1 -r svn-repos
Quando tento me conectar usando o Tortoise ao meu servidor SVN usando:
svn://localhost/
Tortoise me diz: "Não é possível conectar ao host 'localhost'. Nenhuma conexão pode ser feita porque a máquina de destino a recusou ativamente."
Como posso corrigir isso?
Estou tentando configurar um servidor subversion no meu PC local para uso pessoal. Estou executando o Windows Vista, com o SlikSVN e o TortoiseSVN instalados. Anteriormente, eu tinha tudo funcionando corretamente, mas descobri que não conseguia mesclar (!), Aparentemente devido a uma incompatibilidade de versão entre o cliente eo servidor SVN. Enfim ... agora tenho a seguinte configuração:
Eu criei um repositório usando svnadmin create; ele reside em C:\svnGrove
C: \ svnGrove \ conf \ svnserve.conf (# comentários omitidos):
[general]
anon-access=read
auth-access=write
password-db=passwd
#authz-db=authz
realm=svnGrove
C: \ svnGrove \ conf \ passwd:
[users]
myname=mypass
Meu serviço do Subversion Server está apontado para:
C:\Program Files\SlikSvn\bin\svnserve.exe --service -r C:\svnGrove
Mostra o serviço TCP / IP como uma dependência. Eu também tentei executar o svnserve a partir da linha de comando, com resultados similares.
O abaixo é fornecido pela opção 'about' no TortoiseSVN:
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
O seguinte é de svn --version na linha de comando (não tenho certeza porque diz CollabNet, CollabNet era o binário SVN anterior que eu tinha configurado. O desinstalador não conseguiu remover tudo graciosamente):
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
Eu desabilitei meu Firewall do Windows e o CA Internet Security, sem sucesso na resolução do problema.
Editar
A versão antiga do svnserve ainda estava configurada como um serviço após a desinstalação, apontada para este caminho:
C:\Program Files\Subversion\svn-win32-1.4.6\bin
Eu editei a chave de registro para o serviço apontar para o novo caminho (mostrado acima). Quer eu execute svnserve como um serviço, ou usando -d, não vejo uma entrada para esse número de porta na listagem gerada pelo netstat -anp tcp.
O Hudson não pode se conectar anonimamente ao svnserve no Windows 7 de 64 bits com os padrões padrão. Os seguintes parâmetros adicionados à linha de comando foram bem sucedidos:
svnserve -d --listen-port 3690 --listen-host 127.0.0.1 -r svn-repos
No Windows 7 Professional de 64 bits, usando o SlikSvn, eu consegui me conectar a svn://localhost/
, mas não a svn://127.0.0.1/
.
Descobri então que eu poderia conectar-me a svn://[::1]/
, o qual resolvi adicionando
::1 svn
para C:\Windows\System32\drivers\etc\hosts
.
Agora, svn://svn/
funciona bem.
Além disso, o comando:
netstat -anp tcp
não mostrará informações sobre o IPv6. Para ver as conexões IPv6, use:
netstat -anp tcpv6
Portanto, para ver se há um ouvinte na porta 3690, use:
netstat -an | findstr "3690"
Tags tortoise-svn svn-server