Diretriz: Integração Contínua |  |
Esta diretriz descreve como aplicar a integração contínua para reduzir o risco e o esforço associados com as últimas integrações.
Relacionamentos
Elementos Relacionados | Construção Desenvolvimento Gestão de Configuração e Mudança Integrar e Criar a Construção Promovendo Mudanças
Descrição Principal
A integração contínua é uma prática de desenvolvimento de software que reconstrói e testa completamente a aplicação - idealmente, toda vez que uma alteração for feita. Esta abordagem oferece muitas vantagens, como indicado no Concept: Integração Contínua e em [WIKP-CI]. # Passos básicos A aplicação detalhada da integração contínua depende das ferramentas que você usa (sistema de gestão de configuração, ferramenta automatizada de construção, ferramenta automatizada de teste, etc.). Entretanto, estes são os passos básicos: Uma desenvolvedora, vamos chamá-la de Joana, seleciona um item de trabalho para executar. Joana atualiza seu Espaço de Trabalho para incluir as Implementação mais recentes a partir do espaço de trabalho de integração. Joana faz mudanças no seu espaço de trabalho tanto para seus testes de desenvolvedor quanto para a implementação e, então, ela testa as mudanças. Antes de submeter as mudanças, Joana atualiza seu espaço de trabalho novamente (porque outros desenvolvedores podem ter submetido alterações conflitantes) e re-executa seus testes de desenvolvedor. Se estes testes forem bem sucedidos, as mudanças são promovidas (veja Guideline: Promovendo Mudanças) para o espaço de trabalho de integração. Uma Construção completa da aplicação é realizada usando a implementação que está no espaço de trabalho de integração de trabalho, e todo o conjunto de testes de desenvolvedor é executado nesta construção. Se algum desses testes falhar, a equipe será notificada, e a falha deve ser corrigida o mais rápido possível. Esse processo se repete enquanto a equipe desenvolve, integra e testa continuamente a funcionalidade em pequenos incrementos. # Restrições Conceitualmente, a integração contínua pode ser feita manualmente (veja [SHO06]). Entretanto, na prática, existem várias restrições que devem ser respeitadas para que ela seja eficaz: Todas as alterações devem ser feitas em uma configuração testada que você saiba que esteja boa. O ciclo integrar-construir-testar deve ser concluído rapidamente e a equipe deve ser notificada sobre os resultados. Muitas diretrizes publicadas indicam um ciclo de 10 minutos. Mantenha o Conjunto de Mudanças o menor possível de forma que o trabalho possa ser concluído e a integração realizada várias vezes por dia. Muitas diretrizes publicadas indicam um ciclo de 2 a 4 horas entre as integrações. Essas restrições implicam a necessidade de um repositório de gestão de configuração (CM) para manter as informações sobre configuração (passo 1 enumerado anteriormente), ferramentas automatizadas de construção e teste para atender as restrições de reconstrução (passo 2) e bom planejamento e disciplina dos desenvolvedores para garantir que os seus itens de trabalho e conjuntos de mudança sejam pequenos o suficiente para serem concluídos rapidamente (passo 3). Para uma descrição mais detalhada sobre integração contínua, veja [FOW06] ou [WIKP-CI].
Informações Adicionais
Conceitos | Conjunto de Mudanças Espaço de Trabalho Integração Contínua Testes de Desenvolvedor
Este programa e o material que o acompanha são disponibilizados sob a Eclipse Public License v1.0 que acompanha esta distribuição. Direitos Autorais do OpenUP.