Introduzione

Completato

Quando si lavora sul codice Bicep, è importante esaminare e testare tutte le modifiche. Anche quando i flussi di lavoro e i processi di distribuzione sono progettati per rilevare bug o problemi, è meno dispendioso in termini di tempo trovare e risolvere eventuali problemi il prima possibile. Le richieste pull offrono l'opportunità di esaminare le modifiche del codice. Quando si esaminano le distribuzioni di Azure, è consigliabile non solo convalidare le modifiche al codice, ma anche verificare che le modifiche vengano distribuite correttamente e funzionino come previsto.

In questo modulo si apprenderà come aggiungere controlli automatizzati al processo di revisione della richiesta pull. Si apprenderà come convalidare le modifiche apportate al codice Bicep all'interno di una richiesta pull, molto prima che venga unita o distribuita in un ambiente reale.

Si apprenderà anche come distribuire automaticamente le modifiche in ambienti temporanei, ovvero ambienti in cui collaboratori e revisori possono testare le modifiche del codice prima che vengano approvate e unite nel ramo principale del repository.

Scenario di esempio

Si supponga di essere un amministratore di Azure per un'azienda di giocattoli e di avere collaborato con il team del sito Web per creare un codice Bicep che distribuisca e configuri le risorse di Azure per il sito Web.

Il team sta crescendo, ed è sempre più difficile tenere sotto controllo tutte le modifiche apportate da tutti. Di recente si è iniziato a usare le richieste pull per assicurarsi che le modifiche vengano esaminate prima di essere unite al ramo principale del repository GitHub del progetto. Ogni revisore convalida le modifiche apportate al codice Bicep nella richiesta pull e molti revisori distribuiscono anche le modifiche in un ambiente temporaneo in modo da poterle provare.

I colleghi hanno detto che il processo di revisione manuale corrente è complesso e richiede molto tempo. È importante che le revisioni delle richieste pull siano facili per tutti i membri del team, quindi si decide di automatizzare parte del processo di revisione all'interno delle richieste pull.

È necessario apportare alcune modifiche alla configurazione del sito Web, quindi è un'ottima opportunità per stabilire e provare un nuovo processo.

Cosa si dovrà fare?

In questo modulo si apprenderà come eseguire controlli e test automatizzati per ogni richiesta pull per creare attendibilità nelle modifiche apportate al codice Bicep.

Si configurerà il flusso di lavoro della richiesta pull per analizzare il codice Bicep in base alle procedure consigliate usando il linter Bicep. Si configurerà anche la creazione di ambienti temporanei per ogni richiesta pull, che possono essere usati per esaminare le modifiche apportate all'ambiente Azure ed eliminare automaticamente l'ambiente quando la richiesta pull viene unita o chiusa.

Qual è l'obiettivo principale?

Dopo aver completato questo modulo, sarà possibile aggiungere controlli e convalida automatizzati alle richieste pull GitHub per il codice Bicep.