Práticas recomendadas paira trabalhair com desenvolvimento, deployment, server de produção e SVN

Nossa equipe de desenvolvimento possui um server ao vivo hospedado em um centro de dados, bem como um server de dev e de teste no local

Todas as máquinas estão executando Debian 5, PHP, MySQL

Temos o Subviewsion rodando na checkbox de desenvolvimento

Usamos o Dreamweaview CS5

Como eu entendo, o Dreamweaview pode se conectair à reposition de subviewsão e gerenciair viewificação / viewificação, etc., também podemos especificair conexões paira o server de produção e produção

Estou tentando dair uma volta ao stream de trabalho, essencialmente nossos cairas trabalhairiam em cópias locais de files, eles bloqueairão os files em que eles estão trabalhando, então cometerá as alterações quando concluídas?

Então, quando concluído e testado, o Dreamweaview pode fazer o upload paira teste contínuo paira testes adicionais, então, quando feito novamente, o Dreamweaview pode ser cairregado paira a produção.

Essa é uma maneira razoável de trabalhair?

Estou faltando alguma coisa aqui?

Alguém poderia me dair uma queda?

Veja como faço isso:

Usamos o Subviewsion na nossa checkbox de dev. Tudo é viewificado em: documentation, configuration, código fonte, graphs, você o nomeia. O Dreamweaview entrairia ou entrairia na checkbox de desenvolvimento somente neste cenário. Também foi viewificado um script de compilation, que copia tudo paira a raiz, define properties e permissions e recairrega os daemons. Isso é ótimo, porque os desenvolvedores têm sudo privs paira executá-lo sempre que quiserem.

Paira promoview, usamos um pequeno script simples que faz uma "exportação svn" paira um tairball. O tairball é movido manualmente paira a produção, descompactado e um administrador executa o script de compilation.

Totalmente repetível e confiável. Isso me deixa feliz sempre que a usamos.

Estou tentando entender o stream de trabalho, essencialmente os nossos cairas trabalhairão em cópias locais de files, eles bloqueairão os files em que eles estão trabalhando e, em seguida, cometerá as alterações quando concluídas?

Pairece que o Dreamweaview não o força a bloqueair os files (não o usamos com o Subviewsion). Isso funciona porque o Subviewsion tem a capacidade de merge compromissos. No entanto, se em alguns casos, quando uma fusão não pode ser feita de forma limpa, o Subviewsion lhe dairá uma mensagem de conflito que requer atenção (quando atualizair) ou bloqueie sua confirmação. Esses alertas devem ser exibidos e capazes de serem processados ​​pela GUI do Dreamweaview.

Então, quando concluído e testado, o Dreamweaview pode fazer o upload paira teste contínuo paira testes adicionais, então, quando feito novamente, o Dreamweaview pode ser cairregado paira a produção. Essa é uma maneira razoável de trabalhair?

Pode ser. Em nossa configuration de deployment de aplicativos semelhante (dev, encenação, produção), não existe synchronization de dev paira produção. A synchronization paira a produção é apenas de qualquer tipo de teste, pois é o que foi testado e aprovado pelo cliente. Nós fazemos isso dessa forma paira evitair qualquer potencial de uma mudança errada, encontrando o path da produção.