Uma equipe usa AWS CodeCommit, CodePipeline, CodeBuild e CodeDeploy. Pull requests que falharam em testes de longa duração foram mesclados, causando rollbacks e esforço desperdiçado. A equipe deseja testes automatizados para pull requests e resultados de testes claros visíveis durante a revisão do pull request. O que o engenheiro de DevOps deve implementar?

A opção correta aborda a necessidade de testes automatizados em pull requests e visibilidade dos resultados. Reagir aos eventos pullRequestCreated e pullRequestSourceBranchUpdated garante que os testes sejam executados tanto na criação do PR quanto em qualquer atualização subsequente do branch de origem, o que é crucial para manter a qualidade do código. Uma função Lambda invocando um pipeline do CodePipeline com CodeBuild é a maneira padrão de executar testes. Postar o selo do CodeBuild como um comentário no pull request permite que os desenvolvedores vejam o status dos testes diretamente na revisão do código, atendendo ao requisito de visibilidade clara. As opções incorretas falham em cobrir todos os cenários. Reagir apenas a pullRequestCreated ignora atualizações subsequentes. Reagir a pullRequestStatusChanged pode ser tarde demais, pois o status muda após a criação ou atualização. Postar apenas os resultados completos do teste pode ser menos conciso do que um selo de status rápido para a visibilidade inicial.