Une équipe utilise AWS CodeCommit, CodePipeline, CodeBuild et CodeDeploy. Des pull requests qui ont échoué à des tests de longue durée ont été fusionnées, entraînant des retours en arrière et des efforts inutiles. L'équipe souhaite des tests automatisés pour les pull requests et des résultats de test clairs visibles lors de la révision des pull requests. Que doit implémenter l'ingénieur DevOps ?

La solution correcte déclenche les tests dès la création de la pull request et à chaque mise à jour de la branche source. Cela garantit que les tests sont exécutés sur le code le plus récent avant la fusion. L'utilisation d'un badge CodeBuild dans un commentaire de pull request offre une visibilité immédiate et claire du statut des tests aux développeurs, répondant ainsi à l'exigence de résultats de test clairs. Les options incorrectes qui réagissent uniquement à pullRequestStatusChanged ne déclencheraient pas les tests au bon moment (création ou mise à jour du code), car ce statut change généralement après la révision ou la fusion. L'option qui publie les "résultats des tests CodeBuild" au lieu du "badge CodeBuild" est moins optimale pour une visibilité rapide et concise dans l'interface de révision de code.