-
Segundo Sommerville, 9ª Edição, Pag. 45:
"Integração Contínua: Assim que o trabalho em uma tarefa é concluído, ele é integrado ao sistema como um todo. Após essa integração, todos os testes de unidade do sistema devem passar.". O objetivo é evitar problemas de integração no futuro e manter o software funcional.
Não tem sequer uma referência à entrega contínua.
Gab: a.
Boa fonte para as características do XP: http://www.itnerante.com.br/profiles/blog/show?id=1867568%3ABlogPost%3A285896&commentId=1867568%3AComment%3A312765
-
Qual o erro da letra E?
-
Acredito que o erro da letra E está na palavra recomendável. Ou seja, um controle de sistema de versão não é algo somente recomendável, é obrigatório.
-
Cada integração é verificada por um build automatizado (incluindo testes) para detectar erros de integração o mais rápido possível. Essa abordagem leva a uma significante redução nos problemas de integração.
@Fernando acho que o item E quis dizer que pode ser SCV Distribuido (EX: GIT) que é comum ser utilizado. não sei responder se é possivel utilizar SCV Centralizado talvez a questão tenha considerado isso.
-
Pessoal qual o erro da letra C?
-
Galera esperta, o erro da E) está em recomendar um sistema de controle de versões centralizado em que existe um único repositório no servidor. O correto seria um sistema DISTRIBUÍDO. Nele cada desktop tem um repositorio local e em caso de falha no servidor, o repositório central pode ser reconstruído com base nos repositórios locais.
-
Amigo paulo azevedo nao existe ainda o svn distribuído mas existe um cvs distribuido chamado dcvs
-
corre para o stackoverflow
http://stackoverflow.com/questions/28608015/continuous-integration-vs-continuous-delivery-vs-continuous-deployment
pra mim integração contínua é vc ter um servidor de integração para compilar o código e produzir um executável. A ideia é retirar o works on my machine
Continuous delivery, pra mim é ter uma compilação (build) sempre que um código for pushado para o servidor.
Mas errei a questão.. marcaria qualquer uma menos a letra A
-
Entrega Contínua
Entrega contínua é uma abordagem de engenharia de software em que as equipes produzem software em ciclos curtos, garantindo que o software possa ser lançado a qualquer momento de forma confiável. Destina-se a criar, testar e liberar software mais rápido e com mais frequência. A abordagem ajuda a reduzir o custo, tempo e risco de entregar alterações, permitindo atualizações mais incrementais para aplicações em produção.