Riepilogo
Grazie agli sforzi compiuti, l'azienda di giocattoli ha un ampio set di file Bicep per distribuire tutti gli aspetti dell'infrastruttura di Azure. La gestione di questi file è risultata tuttavia problematica ed è necessario un modo per tenere traccia delle modifiche.
In questo modulo si è appreso come usare il sistema di controllo della versione di Git con il codice Bicep per fornire un repository per i modelli di distribuzione. Sono stati appresi i vantaggi dell'uso di Git con il codice Bicep e come sia possibile dimensionare Git da un singolo utente a un'intera organizzazione.
È stato usato Visual Studio Code per inizializzare un repository Git, aggiungere e aggiornare alcuni file, visualizzarne la cronologia e creare un ramo. È stato quindi eseguito il merge di tale ramo. Infine il repository Git è stato pubblicato, in modo che i colleghi possano accedervi. La pubblicazione del repository consentirà anche di usare una pipeline di distribuzione in futuro.
A questo punto, ogni volta che si apportano modifiche ai modelli di Bicep, ci si assicura che gli aggiornamenti vengano monitorati e che sia possibile vedere le versioni precedenti dei file. È anche possibile usare i rami per apportare modifiche sperimentali senza danneggiare i file noti e validi correnti.
Altre informazioni
Sono disponibili molte altre informazioni sulle funzionalità di Git per usare script e modelli di distribuzione. Mentre si approfondiscono Bicep e l'infrastruttura come codice, è importante studiare anche il controllo della versione:
- Il percorso di apprendimento Introduzione al controllo della versione con Git è un passaggio successivo utile per acquisire una panoramica più approfondita.
- Il modulo Usare gli strumenti di controllo della versione di Git in Visual Studio Code fornisce altre informazioni sull'integrazione di Git in Visual Studio Code.
Le funzionalità seguenti di Git sono utili quando si usa l'infrastruttura come codice:
- Preparazione delle modifiche per il commit, che consente di eseguire il commit solo di alcune modifiche apportate, lasciando le altre al di fuori del commit.
- Accantonamento delle modifiche, che consente di mantenere le modifiche senza eseguire il commit.
- Annullamento delle modifiche, tra cui il ripristino dei commit e la reimpostazione dello stato del repository.
- Rami, tra cui la gestione dei conflitti di merge, il merge avanzato e la riassegnazione.
- Flussi di lavoro di diramazione per supportare le modalità di lavoro del team. In questo modulo è stato introdotto lo sviluppo basato su trunk, ma alcuni team preferiscono il modello GitHub Flow. Per scegliere la strategia di diramazione, considerare alcune procedure consigliate.
- Riscrittura della cronologia, tra cui la modifica dei messaggi di commit, la rimozione di informazioni dalla cronologia di commit e l'eliminazione delle modifiche.
- Sottomoduli.
Gran parte della potenza di Git deriva dal suo uso negli ambienti di team. Le funzionalità specifiche che verranno probabilmente usate sono:
- Clonazione di repository (GitHub, Azure Repos).
- Richieste pull (GitHub, Azure Repos).
- Creazione di copie di repository tramite fork (GitHub, Azure Repos).