Isso soa como uma boa ideia? (SVN / controlo versão / webdev / implantação)

votos
2

Eu tenho começado recentemente acusado de projetar e implementar um controle de código fonte versão, testes e esquema de implantação na empresa em que trabalho.

Pessoalmente, eu tenho trabalhado com Subversion por alguns anos nos meus próprios projetos. Mas eu nunca lidei com ele neste grande escala. Assim eu pensei que eu ia perguntar aqui se alguém tiver quaisquer comentários ou sugestões sobre a seguinte configuração que eu deviced:

  • Tronco é usado como a árvore principal de desenvolvimento, como deveria ser
  • servidores remotos (de teste e produção) confira código da repo SVN.
    • servidores de teste confira tronco.
    • servidores de produção check-out do ramo produção.
  • Uma vez tronco é considerado pronto para a produção, é fundiram em dois ramos, estável e produção.
  • O ramo estável é um trampolim para o ramo de produção. Se os erros são encontrados uma vez que o novo código vai viver no servidor de produção, o ramo estável é usado para corrigir os erros, e também testar as correções de bugs.
  • Uma vez fixado, as alterações são integradas ao ramo de produção, e também de volta ao tronco onde o desenvolvimento tem mantido em ir como o normal adicionando novos recursos e tudo o que independentemente de quaisquer correções de bugs que foram necessários.

Desta forma, o desenvolvimento não tem que parar no tronco sempre que há uma versão de produção, como correções de bugs não são dependentes de tronco. Além disso, há sempre um ramo read-only, onde o último código livre estável e mais-bug está disponível, mesmo no meio da correção de bugs pesado.

Se alguém tem qualquer sugestões, comentários ou de outra forma, eu apreciaria muito :)

Publicado 09/12/2008 em 19:33
fonte usuário
Em outras línguas...                            


2 respostas

votos
1

Eu olhava para o Pragmatic Version Control usando Subversion livro. Eles lay out realmente uma boa estrutura para organizar tanto o próprio repositório, bem como para distribuir tagging, ramificação e do tronco em relação a lançamentos, correções de bugs, novos recursos, experiências, etc. Eles têm uma convenção de nomenclatura para todos que, assim como "receitas" para os comandos do SVN para cuidar de cada um.

É uma leitura bastante rápido e eles fizeram muito do pensamento e trabalho pesado para você, incluindo o material que você não tenha pensado ainda.

Respondeu 09/12/2008 em 20:38
fonte usuário

votos
1

Confira Integração Contínua e Cruise Control / CruiseControl.NET . Você pode configurar "projetos" abaixo CC de verificar automaticamente (a cada n min) ou sob demanda. Para o tronco que você gostaria de automatizá-lo, e para o ramo estável que você tinha que fazer isso sob demanda.

Uma vez que o projeto se torna maior e tronco torna-se algo para proteger, você iria querer ocasionalmente montou uma filial tentar fazer grandes mudanças ou de ponta / experiência / desenvolvimento futuro.

Respondeu 09/12/2008 em 19:43
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more