Buscar

exercicio5_gerenciadeconfiguracao

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

--- 
Embora muitas vezes haja uma correlação entre mudanças e liberações, especialmente em práticas de 
desenvolvimento ágil ou DevOps, onde liberações frequentes são comuns, não há uma relação pré-estabelecida 
que determine que cada mudança deve resultar em uma liberação ou que cada liberação deve conter um certo 
número mínimo de mudanças. Em alguns casos, uma liberação pode envolver apenas correções de bugs ou 
melhorias de desempenho, sem introduzir novas funcionalidades, enquanto em outros casos uma única mudança 
pode exigir várias liberações incrementais para ser implementada completamente. 
 
5. Não faz parte das boas práticas da Gerência de Liberação: 
Estabelecer um ciclo mínimo de liberação. 
Ter cuidado com o nível de clareza dos critérios de aceitação dos requisitos. 
Estabelecer um ciclo ágil de liberação. 
Estabelecer uma infraestrutura de liberação. 
Dispensar a existência do papel de gerente de liberação. 
--- 
Ter um gerente de liberação dedicado é uma prática comum e útil na Gerência de Liberação. Esse papel é 
responsável por coordenar e facilitar o processo de liberação, garantindo que as liberações ocorram de forma 
eficiente e sem problemas. Portanto, dispensar a existência desse papel pode ser prejudicial para o processo de 
liberação. As outras práticas mencionadas, como estabelecer um ciclo mínimo de liberação, ter cuidado com a 
clareza dos critérios de aceitação dos requisitos, estabelecer um ciclo ágil de liberação e estabelecer uma 
infraestrutura de liberação, são todas consideradas boas práticas na Gerência de Liberação. 
 
6. Qual das situações abaixo é um problema da integração contínua e que pode levar desenvolvedores a ignorá-la? 
Custo da transição. 
Necessidade por mudança cultural. 
Muitas mensagens de erro. 
Falta de pessoal capacitado. 
Dificuldade em manter. 
--- 
A integração contínua é uma prática de desenvolvimento de software que visa a reduzir o tempo entre a criação de 
um código e sua disponibilização para produção. Isso é feito por meio da integração frequente de código-fonte, 
testes automatizados e implantação contínua. 
Uma das principais dificuldades da integração contínua é a geração de muitas mensagens de erro. Isso pode levar 
os desenvolvedores a ignorarem a prática, pois eles podem se sentir sobrecarregados com a quantidade de 
trabalho necessária para corrigir todos os erros. 
No entanto, é importante lembrar que a integração contínua é uma prática importante para garantir a qualidade do 
código e evitar problemas de produção. Portanto, é importante que os desenvolvedores se esforcem para superar 
a dificuldade de lidar com muitas mensagens de erro e se beneficiem dos benefícios da integração contínua. 
A integração contínua visa detectar problemas de integração o mais cedo possível no ciclo de desenvolvimento, o 
que pode resultar em muitas mensagens de erro se o código ainda não estiver suficientemente estável ou se houver 
problemas de compatibilidade entre as diferentes partes do sistema. Essas mensagens de erro podem ser 
frustrantes para os desenvolvedores e, se não forem tratadas adequadamente, podem levar à desconsideração da 
prática de integração contínua. As outras situações mencionadas, como custo da transição, necessidade por 
mudança cultural, falta de pessoal capacitado e dificuldade em manter, são desafios que podem surgir durante a 
implementação da integração contínua, mas geralmente não levam diretamente à ignorância dessa. 
 
7. Não faz parte das boas práticas na integração contínua: 
Automatizar a construção

Continue navegando