Pergunta

Eu nunca usei qualquer tipo de controle de origem antes embora eu entenda o conceito. O que estou confuso sobre (e talvez simplesmente não consciente) é o benefício faço para conseguir e / ou por que eu iria querer Subversion configure e Apache? Eu preciso configurá-lo com Apache para ser capaz de acessar meus repositórios de outros computadores através de uma rede? Sinta-se livre para fornecer quaisquer outros detalhes que você sente é relevante?

Minha configuração agora é um laptop (Windows XP Pro) e uma máquina virtual (Pro Windows XP). Na minha máquina virtual Eu tenho Apache 2.2, MySQL 5 e PHP 5. Esta configuração é a minha principal preocupação, embora eu estou feliz em ouvir exemplos / situações que se afastam do meu cenário.

Foi útil?

Solução

Não há necessidade de configurar o Subversion com Apache. Eu usei Subversion durante anos e nunca tive de fazê-lo (embora existam razões por que você iria, principalmente para fazer com infra-estrutura de autenticação). Desde que você está em um mundo Windows, eu vi que VisualSVN servidor é altamente recomendado e é fácil de simplesmente configurar e ir.

Outras dicas

Confira o SVNBook Entrada: Escolhendo uma Configuração do Servidor . Ele fala sobre os prós e contras das diferentes maneiras de acessar um servidor Subversion.

O protocolo SVN é o mais simples de configurar e administrar, mas provavelmente não vai funcionar através de firewalls corporativos (mas Apache irá, via HTTP).

Pode ser benéfico quando a porta 3690 precisa ser fechado. Ele também permite que os usuários procurem o código usando um navegador, que tem prós e contras. Você não precisa ter um cliente Subversion para ver o código, mas um navegador web faz com que um navegador repositório ruim.

Configurando-o não é muito complicado. eu encontrei esta página para ser útil.

Mas, se você está apenas usando-o em um ambiente local VM, svnserve seria bom para você.

A vantagem de hospedar seu repositório SVN através do Apache entra em jogo, se você quiser ACLs em seu repositório.

Você pode configurar a autenticação básica, e permissões de limite em um por diretório (ou por arquivo se você sentir a necessidade) de base. Por exemplo, você pode configurar o repositório para permitir check-out convidado, mas toda a escrita para o repositório exigirá um específico, usuário válido.

Um resultado do uso de Apache para autenticar seus usuários significa que você não tem que definir seus usuários em um .htpasswd. Apache pode ligar para LDAP, mais qualquer tipo de servidor SQL, ou mesmo utilizar a autenticação Kerberos.

Usando o svnserve simplista pode muito bem ser o suficiente. No entanto, as permissões de grão fino não pode ser aplicada, e você não será capaz de ligar para outro banco de dados do usuário para autenticação.

Mas a partir de sua descrição, todos os itens acima pode ser um exagero. As ofertas vantagens do Apache são em grande parte inútil para um único usuário e não são vale a pena.

A situação que eu acho que você está querendo dizer é se você quiser usar o protocolo WebDAV para acessar seu repositório SVN. Neste caso, você está permitindo que basicamente Apache para lidar com o acesso a arquivos como um intermediário para si (há ligações directas para o repositório) SVN.

Eu ouvi isso funciona muito bem, mas existem várias alternativas. Ter um olhar para o livro SVN (confira Google) para um ponto de partida.

Nós usamos Subversion em uma equipe pequena (6 pessoas) ambiente, utilizando o repositório SVN Visual. Inicialmente nós não tiver um servidor web Apache, apenas o IIS, mas agora nós também executar Apache, mas não há nenhuma razão para usar o Apache para o repositório.

Usando Apache, você pode acessar o repositório através do WebDAV, que é sobre HTTP em uma porta padrão, então você pode acessar / publicar seu repositório para trás empresas firewall, por exemplo, que não pode permitir que a porta svnserve.

SVN pode ser um sistema cliente-servidor, se você deseja compartilhamento o seu código com outras pessoas. No entanto, se você quer trabalhar em seu código somente (mesmo a partir de mais de um computador!) Você não precisa qualquer servidor em tudo!

Você pode usar o arquivo:. // - protocolo de construção em quase todos os clientes SVN e um repositório SVN locais

Seu repositório SVN também pode trabalhar a partir de um compartilhamento de rede. No entanto, você deve usar essa abordagem única se você trabalhar com ele em paz!

Você não tem que usar o Apache. Há um servidor personalizado - svnserve.exe pode ser usado em seu lugar. Ele é executado na porta 3690 por padrão, mas pode ser configurado para uma porta diferente usando a opção --port quando configurá-lo.

Greg Hewgill deu-lhe um link que irá dizer-lhe qual a versão do servidor Subversion para uso, e os diferentes casos de uso. É basicamente se resume a svnserve se você não precisa se integrar com qualquer tipo de autenticação. Use Apache se você precisar de cenários mais complexos.

Eu tenho um console comercial do Windows que alças svnserve. Meu perfil tem um link para ver que utilidade. Se você decidir que você usa Apache, eu recomendo que você use VisualSVN servidor .

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top