Ein Team verwendet AWS CodeCommit, CodePipeline, CodeBuild und CodeDeploy. Pull-Requests, die langwierige Tests nicht bestanden haben, wurden zusammengeführt, was zu Rollbacks und unnötigem Aufwand führte. Das Team möchte automatisierte Tests für Pull-Requests und klare Testergebnisse, die während der Pull-Request-Überprüfung sichtbar sind. Was sollte der DevOps-Ingenieur implementieren?

Die korrekte Lösung ist, eine EventBridge-Regel zu erstellen, die auf pullRequestCreated und pullRequestSourceBranchUpdated reagiert. Dies stellt sicher, dass Tests sowohl beim Erstellen eines Pull-Requests als auch bei jeder Aktualisierung des Quell-Branches ausgeführt werden, was für die kontinuierliche Validierung von Änderungen unerlässlich ist. Eine Lambda-Funktion, die eine CodePipeline mit einer CodeBuild-Aktion startet, ist der richtige Weg, um die Tests auszuführen. Das Posten des CodeBuild-Badges als Kommentar im Pull-Request bietet Entwicklern sofortiges, sichtbares Feedback zum Teststatus, was die Überprüfung erleichtert und verhindert, dass fehlerhafter Code zusammengeführt wird. Die anderen Optionen sind unzureichend: Das Reagieren nur auf pullRequestStatusChanged oder pullRequestCreated würde Aktualisierungen des Quell-Branches nach der Erstellung des PRs übersehen, was zu veralteten Testergebnissen führen könnte. Das Posten der vollständigen Testergebnisse anstelle eines Badges kann zu viel Text im Kommentarfeld verursachen und ist weniger prägnant als ein klares Badge.