Erro TortoiseSVN: Não é possível conectar-se a um repositório em URL

2

Estou usando o TortoiseSVN para me conectar a um repositório recém-criado no meu servidor RHEL. Eu fiz svnadmin create reponame como root para criar o repositório. Eu simplesmente quero fazer o checkout do repositório usando o TortoiseSVN para que eu possa adicionar arquivos a ele.

Eu instalei o mod_dav_svn e agora posso conectar e finalizar o repositório. Na minha máquina local, adicionei arquivos ao diretório e tentei confirmar. No entanto, o TortoiseSVN agora fornece

Can't open file '/subversion/langantiques/db/txn-current-lock': Permission
denied

Como eu corrijo esta?

    
por SidC 18.12.2011 / 20:14

3 respostas

3

Se você criou repo como root (com com umask, BTW) e depois tentou acessar repo com ação W como usuário local com o protocolo file: /// ( todas as partes mencionadas na sentença são < strong> important ) você tem problema de permissão comum : user, sob o qual você executa o processo svn, tem que ter direitos suficientes para trabalhar com repo. Chown ou chmod ou chgrp repo dir, conforme necessário (não sou um xamã para ver o seu FS)

Se o seu repo servido pelo processo Apache - httpd tiver que ter os direitos + r + w no repo

    
por 18.12.2011 / 21:26
2

Você precisará de algo para servir o repositório aos nós remotos. Existem três opções principais;

  1. svnserve

    Este é um serviço simples que é executado na porta 3690 que permite acesso ao seu repositório. É bem básico; ele pode impor configurações de permissões, mas não possui criptografia para seu tráfego de rede (incluindo senhas). Você executaria o serviço (que provavelmente já está instalado no seu servidor) e executaria o checkout com uma URL svn:// .

  2. WebDAV

    Esta opção requer um servidor web - provavelmente o Apache, com o módulo mod_dav_svn. Você pode configurar a segurança (autenticação e criptografia) no servidor da Web, bem como os controles de acesso; Esta é provavelmente a mais flexível das opções por esse motivo. Você usaria uma URL http:// ou https:// para verificar isso.

  3. SSH

    Esta opção usa a configuração SSH que você provavelmente já configurou; Desta forma, obtém boa autenticação e criptografia. Mas, como ele está usando os usuários do Linux, você precisará passar por alguns obstáculos para bloquear qualquer usuário que deseje ter acesso ao SVN, mas não acesso ao shell. Isso também requer algumas discussões para que a conectividade SSH funcione - da última vez que eu estraguei tudo isso, envolvi alimentar tartaruga com o arquivo plink.exe de PuTTY . Você acessaria isso com uma URL svn+ssh:// .

por 18.12.2011 / 20:30
0

Um par de questões aqui - há algumas operações de certificado / PVT bastante complicadas que, embora perfeitamente aceitáveis para o plink / pageant, podem estar ficando descontroladas. O SVN no servidor pode ser perfeitamente OK e viável, mas a conexão do TortoiseSVN é incrível.

Em teoria, se o puTTY ssh config estiver funcionando, você deve ser capaz de conectar através da inclusão de um 'load' na linha de comando do TortoisePlink que você soltar na entrada SSH Shell de Configurações- > Observe a palavra "deveria".

Eu tentei todos os passos em todos os links do HowTo / FAQ / TortoiseSVN (exceto alguns que requerem privilégios de root no servidor para alterar os parâmetros / etc / svnserver), e até agora absolutamente nada funciona. O resultado final de cerca de 2-1 / 2 semanas de esforço é a mensagem "Não é possível conectar-se a um repositório em URL ...". No entanto, o ambiente SVN funciona como um sonho, o plink e o putty funcionam perfeitamente, e o caminho da raiz SVN que eu obtive diretamente da linha svn info (menos o arquivo externo: /// prefix).

Estou convencido de que há algo errado que é tão óbvio que ninguém pensou em mencioná-lo na literatura.

    
por 26.12.2011 / 02:24

Tags