Zusammenfassung
Dank Ihrer Bemühungen verfügt Ihre Spielwarenfirma über eine große Menge von Bicep-Dateien, um alle Aspekte ihrer Azure-Infrastruktur bereitzustellen. Die Verwaltung dieser Dateien war jedoch eine Herausforderung, und Sie mussten einen Weg finden, um Ihre Änderungen nachzuverfolgen.
In diesem Modul haben Sie erfahren, wie das Git-Versionskontrollsystem mit Bicep-Code verwendet werden kann, um ein Repository für Ihre Bereitstellungsvorlagen bereitzustellen. Sie haben die Vorteile der Verwendung von Git mit Bicep-Code kennengelernt und erfahren, wie sich Git von einer Einzelperson bis zu einer ganzen Organisation skalieren lässt.
Sie haben Visual Studio Code verwendet, um ein Git-Repository zu initialisieren, einige Dateien hinzugefügt und aktualisiert, deren Verlauf angezeigt und einen Branch erstellt. Anschließend haben Sie diesen Branch zusammengeführt. Schließlich haben Sie Ihr Git-Repository veröffentlicht, damit Ihre Kollegen darauf zugreifen können. Die Veröffentlichung des Repositorys ermöglicht es Ihnen, in Zukunft auch eine Bereitstellungspipeline zu verwenden.
Wenn Sie nun Änderungen an Ihren Bicep-Vorlagen vornehmen, können Sie sicher sein, dass Ihre Aktualisierungen nachverfolgt werden und Sie ältere Versionen Ihrer Dateien anzeigen können. Sie können sogar Branches verwenden, um an experimentellen Änderungen zu arbeiten, ohne die aktuellen, als funktionierend bekannten Dateien zu beschädigen.
Erfahren Sie mehr
Es gibt wesentlich mehr über die Funktionen von Git für die Arbeit mit Bereitstellungsvorlagen und Skripts zu wissen. Bei Ihren weiteren Studien von Bicep und Infrastructure-as-Code ist es wichtig, sich auch über die Versionskontrolle zu informieren:
- Der Lernpfad Einführung in die Versionskontrolle mit Git ist ein guter nächster Schritt, um einen tieferen Überblick zu erhalten.
- Das Modul Verwenden der Git-Versionskontrolltools in Visual Studio Code enthält weitere Informationen zur Git-Integration in Visual Studio Code.
Die folgenden Features von Git sind nützlich, wenn Sie mit Infrastructure-as-Code arbeiten:
- Staging ihrer Änderungen, wodurch Sie nur einige Ihrer Änderungen committen können und gleichzeitig andere aus dem Commit herauslassen.
- Stashen Ihrer Änderungen, wodurch Sie Ihre Änderungen behalten können, ohne sie zu committen.
- Rückgängigmachen von Änderungen, einschließlich des Rückgängigmachens von Commits und des Zurücksetzens des Repositorystatus.
- Branches, einschließlich der Behandlung von Zusammenführungskonflikten, des erweiterten Zusammenführens und des Rebasings.
- Branchingworkflows zur Unterstützung der Arbeitsweise Ihres Teams. In diesem Modul haben wir die trunkbasierte Entwicklung eingeführt, doch einige Teams bevorzugen das GitHub-Flow-Modell. Berücksichtigen Sie einige bewährte Methoden, wenn Sie Ihre Branchingstrategie auswählen.
- Neuschreiben des Verlaufs, einschließlich Ergänzen von Commitnachrichten, Entfernen von Informationen aus Ihrem Commitverlauf und Squashing von Änderungen.
- Untermodule.
Ein Großteil der Leistungsfähigkeit von Git stammt aus seiner Verwendung in Teamumgebungen. Zu den spezifischen Features, mit denen Sie wahrscheinlich arbeiten werden, gehören:
- Klonen von Repositorys (GitHub, Azure Repos).
- Pull Requests (GitHub, Azure Repos).
- Forken von Repositorys (GitHub, Azure Repos).