Un team utilizza AWS CodeCommit, CodePipeline, CodeBuild e CodeDeploy. Le pull request che non hanno superato test a lungo termine sono state unite, causando rollback e spreco di sforzi. Il team desidera test automatizzati per le pull request e risultati dei test chiari e visibili durante la revisione delle pull request. Cosa dovrebbe implementare l'ingegnere DevOps?

La soluzione corretta utilizza Amazon EventBridge per reagire agli eventi pullRequestCreated e pullRequestSourceBranchUpdated. Questo assicura che i test vengano eseguiti sia quando viene creata una nuova pull request, sia quando vengono apportate modifiche al branch sorgente, coprendo tutti gli scenari in cui il codice potrebbe cambiare e richiedere una nuova validazione. Una funzione AWS Lambda viene quindi utilizzata per avviare una pipeline CodePipeline che include un'azione CodeBuild per eseguire i test. Infine, la Lambda pubblica un badge CodeBuild come commento sulla pull request, fornendo una visibilità immediata dello stato dei test agli sviluppatori. Le opzioni che reagiscono solo a pullRequestCreated non coprono gli aggiornamenti successivi al branch sorgente, che potrebbero introdurre nuovi problemi. Le opzioni che reagiscono a pullRequestStatusChanged sono meno ideali perché questo evento si verifica quando lo stato della pull request cambia (ad esempio, da aperto a chiuso), non necessariamente quando il codice viene aggiornato e richiede nuovi test. Inoltre, pubblicare un badge è più conciso e visibile rispetto ai risultati completi dei test come commento.