Résumé
Grâce à vos efforts, votre entreprise de jouets dispose d’un grand ensemble de fichiers Bensembleicep pour déployer tous les aspects de son infrastructure Azure. Cependant, la gestion de ces fichiers a été compliquée et vous deviez effectuer le suivi de vos modifications.
Dans ce module, vous avez appris comment utiliser le système de contrôle de version Git avec du code Bicep pour fournir un référentiel pour vos modèles de déploiement. Vous avez appris les avantages de l’utilisation de Git avec du code Bicep et la façon dont Git peut évoluer d’un individu à l’ensemble de l’entreprise.
Vous avez utilisé Visual Studio Code pour initialiser un dépôt Git, ajouté et mis à jour certains fichiers, affiché leur historique et créé une branche. Vous avez fusionné ensuite cette branche. Enfin, vous avez publié votre référentiel Git pour que vos collègues puissent y accéder. La publication du référentiel vous permettra également d’utiliser un pipeline de déploiement à l’avenir.
À présent, chaque fois que vous apportez des modifications à vos modèles Bicep, vous pouvez vous assurer que vos mises à jour sont suivies et que vous pouvez voir les versions antérieures de vos fichiers. Vous pouvez même utiliser des branches pour travailler sur des modifications expérimentales sans rompre les fichiers actuels connus.
En savoir plus
Il y a beaucoup de choses à savoir sur les fonctionnalités de Git pour travailler avec des scripts et des modèles de déploiement. À mesure que vous continuez à découvrir Bicep et l’infrastructure en tant que code, il est important d’en savoir plus sur le contrôle de version :
- Le parcours d’apprentissage Introduction au contrôle de version avec Git est une bonne étape suivante pour fournir une vue d’ensemble plus détaillée.
- Le module Utiliser les outils de contrôle de version Git dans Visual Studio Code fournit plus d’informations sur l’intégration de Git dans Visual Studio Code.
Les fonctionnalités suivantes de Git sont particulièrement utiles quand vous utilisez l’infrastructure en tant que code :
- L’échelonnement de vos modifications, qui vous permet de valider uniquement certains des éléments que vous avez modifiés tout en laissant les autres en état de validation.
- La dissimulation de vos modifications, qui vous permet de conserver vos modifications sans les valider.
- L’annulation des modifications, y compris la restauration des validations et la réinitialisation de l’état de votre référentiel.
- Les branches, y compris la gestion des conflits de fusion, la fusion avancéeet la relocalisation.
- Créer des branches de flux de travail pour prendre en charge les modes de travail de votre équipe. Nous avons introduit le développement basé sur le trunk dans ce module, mais certaines équipes préfèrent le modèle de Flow GitHub. Tenez compte des meilleures pratiques lors de la sélection de votre stratégie de création de branche.
- La réécriture de l’historique, y compris la modification des messages de validation et la suppression des informations de votre historique de validation, ainsi que l’écrasement des modifications.
- Sous-modules.
Une grande partie de la puissance de Git provient de son utilisation dans les environnements d’équipe. Les fonctionnalités spécifiques avec lesquelles vous allez probablement travailler sont les suivantes :
- le clonage des référentiels (GitHub, Azure Repos).
- les requêtes de tirage (GitHub, Azure Repos).
- la duplication des référentiels (GitHub, Azure Repos).