Introduzione
Quando si lavora sul codice Bicep, il ramo principale del repository Git diventa l'origine di dati reali. Il ramo principale incorpora le modifiche più recenti dell'intero team e in genere riflette lo stato dell'ambiente di Azure.
È importante che le modifiche unite nel ramo principale del repository vengano esaminate. In questo modulo si apprenderà come proteggere il ramo principale usando altri rami e revisioni delle richieste pull.
Scenario di esempio
Si supponga di essere nominato responsabile della distribuzione e della configurazione dell'infrastruttura di Azure presso un'azienda di giocattoli Il team sta crescendo, ed è sempre più difficile tenere traccia di tutte le modifiche apportate da tutti.
Di recente, un nuovo membro del team ha accidentalmente modificato un file Bicep importante nel ramo principale del repository. Questa modifica ha causato un problema nell'ambiente di produzione dell'organizzazione. Si parla con il team e si decide che è il momento di iniziare a esaminare le modifiche al codice prima di unirle e distribuirle.
A questo punto, è necessario apportare una modifica al modo in cui il sito Web elabora gli ordini. È necessario aggiungere una coda di messaggi in modo che il sito Web possa pubblicare messaggi ogni volta che un cliente inserisce un ordine per un giocattolo. Un sistema back-end, costruito da un altro team, raccoglierà questi messaggi ed elaborerà gli ordini in un secondo momento. È necessario assicurarsi di non avviare l'invio di messaggi alla coda fino a quando l'altro team non è pronto.
Si decide che questa è un'ottima opportunità per provare un nuovo processo. Le richieste pull verranno usate per controllare il modo in cui vengono unite le modifiche Bicep. Il codice verrà scritto dall'autore, esaminato da un revisore e quindi unito a un repository Git prima della distribuzione in Azure.
Cosa si fa?
In questo modulo si apprenderà come proteggere il codice nel ramo principale applicando un processo di controllo delle modifiche tramite richieste pull. Verranno fornite informazioni sulle strategie di diramazione e su come impedire al team di apportare modifiche al ramo principale, a meno che non abbiano seguito il processo corretto. Si apprenderà anche come usare le richieste pull per esaminare il codice.
Qual è l'obiettivo principale?
Dopo aver completato questo modulo, sarà possibile usare una strategia di diramazione per il proprio codice Bicep. Si saprà anche come creare, esaminare e unire le richieste pull. Si comprenderanno elementi importanti da cercare quando si esamina una richiesta pull per il codice Bicep.