Zusammenfassung

  • 1 Minute

Es ist eine gute Idee, automatische Überprüfungen einzuführen, um die Bicep-Änderungen Ihres Teams zu überprüfen, bevor sie in den Hauptbranch Ihres GitHub-Repositorys gemergt werden.

In diesem Modul haben Sie erfahren, wie Sie GitHub Actions-Workflows hinzufügen, die automatisch ausgelöst werden, wenn Pull Requests erstellt, aktualisiert und geschlossen werden.

Sie haben auch gelernt, wie Sie Ihre Pull Request-Überprüfungen als obligatorisch vorgeben können, indem Sie Regeln zum Schutz des Branches verwenden, eine Praxis, die Reviewer und andere Benutzer daran hindert, Codeänderungen in den Hauptbranch einzubinden, bevor alle automatisierten Überprüfungen erfolgreich waren. Ihre Website musste z. B. aktualisiert werden, um das Linux-Betriebssystem zu verwenden, und Sie waren in der Lage, Statusüberprüfungen zu verwenden, um die Änderungen in Ihrem Pull Request zu validieren und zu verifizieren.

Anschließend haben Sie gelernt, wie Sie kurzlebige Umgebungen erstellen, mit denen Sie überprüfen können, was bereitgestellt wird, wenn die Pull Request-Änderungen gemergt werden. Durch Verwendung kurzlebiger Umgebungen können Sie mit Ihren Codeänderungen experimentieren und diese durchlaufen, ohne dass sich dies auf Ihre Produktions- anderen Umgebungen auswirkt. Wenn Sie Ihre Website auf die Verwendung eines Containerimages umgestellt haben, konnten Sie schon während der Vorbereitung und Überprüfung Ihrer Codeänderungen sehen, wie die Website mit der neuen Konfiguration funktionieren würde.

Außerdem haben Sie erfahren, wie Sie die von Ihren kurzlebigen Umgebungen verwendeten Ressourcen automatisch entfernen können, nachdem ein Pull Request gemergt und geschlossen wurde.

Sie sollten jetzt noch mehr Vertrauen in Ihren Bicep-Code und die Änderungen an der Azure-Infrastruktur haben, die in den Hauptbranch Ihres Repositorys gemergt werden.

Erfahren Sie mehr