Riepilogo
È consigliabile introdurre controlli automatizzati per esaminare le modifiche Bicep del team prima che vengano unite al ramo principale del repository GitHub.
In questo modulo si è appreso come aggiungere flussi di lavoro GitHub Actions attivati automaticamente quando vengono create, aggiornate e chiuse le richieste pull.
Si è anche appreso come rendere obbligatori i controlli delle convalide delle richieste pull usando le regole di protezione dei rami, una procedura che impedisce ai revisori e ad altri di unire le modifiche del codice nel ramo principale fino a quando non vengono superati tutti i controlli automatizzati. Ad esempio, era necessario aggiornare il sito Web per usare il sistema operativo Linux ed è stato possibile usare i controlli di stato per convalidare e verificare le modifiche delle richieste pull.
Si è quindi appreso come creare ambienti temporanei, che offrono la possibilità di esaminare cosa verrà distribuito quando vengono unite le modifiche delle richieste pull. Gli ambienti temporanei consentono di sperimentare e iterare le modifiche del codice senza influire sugli ambienti di produzione o non di produzione. Quando il sito Web è stato modificato per usare un'immagine del contenitore, è stato facile osservare il funzionamento del sito Web con la nuova configurazione durante la preparazione e la revisione delle modifiche del codice.
Si è anche appreso come rimuovere automaticamente le risorse usate dagli ambienti temporanei dopo l'unione e la chiusura di una richiesta pull.
A questo punto si dovrebbe avere ancora più fiducia sia nel codice Bicep che nelle modifiche dell'infrastruttura di Azure unite nel ramo principale del repository.