Entwicklungsprozess in Microsoft Fabric

Ziel dieses Artikels ist es, Entwicklern verschiedene Entwicklungsprozesse in Microsoft Fabric basierend auf gängigen Kundenszenarien vorzustellen. Dieser Artikel konzentriert sich mehr auf Continuous Integration (CI) als Teil des CI/CD-Prozesses. Eine Diskussion über den Aspekt der kontinuierlichen Zustellung (Continuous Delivery, CD) finden Sie unter den Fabric-Bereitstellungsoptionen.

In diesem Artikel werden verschiedene Integrationsoptionen vorgestellt, viele Organisationen verwenden jedoch eine Kombination aus diesen.

Entwicklungsprozess

Der Fabric-Arbeitsbereich ist eine gemeinsame Laufzeitumgebung für alle Elemente, und jeder Arbeitsbereich kann somit mit einem einzelnen Zweig verbunden werden. Alle direkt im Arbeitsbereich vorgenommenen Änderungen haben Vorrang und wirken sich auf alle anderen Benutzer des Arbeitsbereichs aus. Daher empfiehlt es sich, dass Entwickler über eine separate Laufzeitumgebung - einen anderen Arbeitsbereich verfügen. Entwickler haben zwei Möglichkeiten, in ihrem eigenen geschützten Arbeitsbereich zu arbeiten.

• Entwickeln Sie mit verzweigten Arbeitsbereichen. Jeder Entwickler verfügt über einen eigenen Arbeitsbereich, in dem er einen eigenen separaten Branch verbindet, die Inhalte in diesem Arbeitsbereich synchronisiert und dann die Änderungen in den Branch committet.
• Entwickeln mithilfe von Clienttools, z. B Power BI Desktop für Berichte und semantische Modelle oder VS Code für Notebooks

Zugehöriger Inhalt

• Fabric Bereitstellungsoptionen
• Beheben von Fehlern und Konflikten
• Bewährte Methoden für die Git-Integration