Subversão para Web Designer: Repositório em um compartilhamento de rede e FTP no servidor ao vivo?

Question

Minha configuração:

• htdocs em um compartilhamento de rede do Windows (z :)
• Os desenvolvedores da web confira com o Dreamweaver Modify e volte para a unidade Z
• Lâmpada em execução em um servidor Ubuntu virtualizado no Hyper-V com Apache esse ponto na unidade Z para Dev para testar os sites
• Upload por ftp no servidor ao vivo

Agora:

Preciso de acesso múltiplo ao repositório, mantenha -os em compartilhamentos de rede e gerenciamos cerca de 200 sites. Todos os desenvolvedores da Web, administradores e precisam acessar o compartilhamento.

Descobri que criar um servidor SVN é a melhor maneira de mim, então eu o criei em um servidor Ubuntu, que é virtualizado no Hyper-V. No momento, tenho os repositórios locais no servidor Ubuntu, mas gostaria deles na minha unidade de rede e gostaria de ter um pós-compromisso, se possível, para FTP diretamente no meu servidor ao vivo. Vocês acham que uma solução Webdav seria melhor?

desde já, obrigado

Angelo

Answer 1

O servidor de subversão é mais uma arquitetura tradicional do cliente-servidor, configure o servidor SVN para responder ao acesso à rede, confira o código da máquina remota desejada e crie-a lá.

Software de controle de código fonte mais antigo Leia dos repositórios de arquivos diretamente. Embora a Subversão suporta a leitura diretamente do repositório, a introdução de uma rede entre o que deve ser um arquivo direto lido geralmente cria problemas que você prefere evitar. Em vez de usar o acesso ao arquivo direto, use o acesso à rede, que é escrito com possíveis tempos limite, interrupções do repositório (causadas por interrupções na rede) e outros problemas relacionados à rede em mente.

Se você achar que o svnserve A técnica de acessar o SVN é um pouco pesada (você terá que atribuir uma porta e, possivelmente, abrir uma porta no firewall), parece que seu ambiente se sairia melhor ao tuntar SVN em HTTP ou HTTPS. Existe um módulo Apache (chamado mod_svn) que traduzirá o HTTP e seus URLs em solicitações SVN e moverá os dados de volta como se fosse uma solicitação simples de página da web. O módulo também permite uma navegação limitada do repositório SVN.

Answer 2

Eu notaria que, em vez de postar comprometimento, sendo configurado como arquivos FTP no servidor, pode ser a sua vantagem configurar um arquivo PHP simples adicionado a cada site que aciona o servidor para executar uma atualização de subversão. Isso evita as falhas de segurança do FTP. Tudo o que você precisa fazer é puxar o site da subversão uma vez, verifique se a propriedade e as permissões estão corretas, verifique se esse arquivo php específico pode passar os comandos do shell, então seu gancho pós-compromisso seria executar o arquivo php em vez de. Obviamente, o gancho do post Commit teria que ser configurado corretamente para cada repositório, mas você também teria que fazer isso com seu método FTP, e provavelmente seria mais complexo configurar.