Em um pipeline CI/CD, o uso de pull requests

Question

Em um pipeline CI/CD, o uso de pull requests Alternativa A: dispensa a existência de um mantenedor do repositório de código, o qual aprovaria a incorporação de
novo código ao mesmo. Ou Alternativa B: consiste em uma etapa administrativa que ocorre
quando um novo desenvolvedor ingressa na equipe
de desenvolvimento e precisa ser aprovado como
membro do time. Ou Alternativa C: consiste em um pedido oficial, por parte do usuário de
uma aplicação, de implementação de novos recursos
(features) ou mudanças em recursos existentes. Ou Alternativa D: impõe que modelos UML sejam usados no processo
de desenvolvimento de software, garantindo melhor
qualidade. Ou Alternativa E: protege o repositório de código principal de receber
atualizações de código inacabadas ou incompletas.

Qconcursos · Accepted Answer

Alternativa [E] protege o repositório de código principal de receber
atualizações de código inacabadas ou incompletas. Gabarito: EFundamento decisivo: No contexto de um pipeline CI/CD, o enunciado cobrava a função operacional do pull request como solicitação de revisão e mesclagem de alterações antes de entrarem no branch principal. Essa ideia basta para identificar a alternativa E como a única compatível.Tema central: função do pull requestAnálise das alternativasAErradaEstá errada porque pull request não elimina aprovadores, mantenedores ou regras de revisão. Pela própria função de revisão antes do merge, ele reforça o controle de incorporação, em vez de dispensá-lo.BErradaEstá errada por incompatibilidade conceitual. A alternativa descreve um procedimento administrativo de ingresso de desenvolvedor na equipe, e não uma solicitação de revisão e mesclagem de código.CErradaEstá errada porque confunde pull request com solicitação de requisito ou de mudança funcional feita por usuário. Isso se aproxima de feature request ou change request de negócio, não de pedido de merge de alterações em repositório.DErradaEstá errada porque não há relação necessária entre pull request e uso obrigatório de UML. Pull request é mecanismo de revisão e integração de código, não exigência metodológica de modelagem.ECertaA alternativa E está correta porque o pull request, em sistemas de versionamento colaborativo usados em CI/CD, é um mecanismo de controle da integração de mudanças antes do merge no branch principal. Seu papel operacional é submeter alterações à revisão e à incorporação controlada, ajudando a evitar que código ainda não validado, incompleto ou instável entre diretamente no repositório principal.Pegadinha da questãoA confusão real era trocar pull request por outros tipos de solicitação: pedido de requisito pelo usuário, autorização administrativa de membro da equipe ou suposta regra de modelagem; além disso, a questão também explorou a falsa ideia de que pull request dispensa aprovador.Dica para questões semelhantesSe o termo envolver revisão e mesclagem de alterações no repositório, pense em controle de integração de código, não em requisitos de negócio.Em CI/CD, associe pull request à barreira prévia ao merge no branch principal.Não atribua ao pull request funções administrativas de equipe nem obrigações metodológicas como uso de UML.

🎯 Saiba o que estudar

🎯 Saiba o que estudar

Em um pipeline CI/CD, o uso de pull requests

Gabarito comentado

Gabarito: E

Clique para visualizar este gabarito

Questões de assuntos semelhantes

Provas relacionadas