Freigeben über

Tutorial: Lebenszyklusverwaltung in Fabric

In diesem Tutorial werden Sie durch den gesamten Prozess – vom Laden von Daten in Ihren Arbeitsbereich bis hin zur Verwendung von Bereitstellungspipelines in Kombination mit der Git-Integration geführt, um Ihre Daten und Berichte in Zusammenarbeit mit anderen zu entwickeln, zu testen und zu veröffentlichen.

Hinweis

Einige Git-Integrationen befinden sich in der Vorschauphase. Weitere Informationen finden Sie in der Liste der unterstützten Elemente.

Voraussetzungen

Um Git in Ihren Microsoft Fabric-Arbeitsbereich zu integrieren, müssen die folgenden Voraussetzungen sowohl in Fabric als auch in Git erfüllt sein.

Voraussetzungen für Fabric

Um auf das Git-Integrationsfeature zuzugreifen, benötigen Sie eine Fabric-Kapazität. Eine Fabric-Kapazität ist erforderlich, um alle unterstützten Fabric-Elemente verwenden zu können. Wenn Sie noch keins haben, registrieren Sie sich für eine kostenlose Testversion. Kunden, die bereits über eine Power BI Premium-Kapazität verfügen, können diese Kapazität verwenden, beachten Sie jedoch, dass bestimmte Power BI-SKUs nur Power BI-Elemente unterstützen.

Darüber hinaus müssen die folgenden Mandantenoptionen über das Verwaltungsportal aktiviert werden:

Diese Optionen können vom Mandantenadministrator, Kapazitätsadministrator oder Arbeitsbereichsadministrator abhängig von den Einstellungen Ihrer Organisation aktiviert werden.

Git-Voraussetzungen

Die Git-Integration wird derzeit für Azure DevOps und GitHub unterstützt. Um die Git-Integration in Ihren Fabric-Arbeitsbereich zu verwenden, benötigen Sie in Azure DevOps oder GitHub Folgendes:

  • Laden Sie die Datei FoodSales.pbix in ein Git-Repository herunter, das Sie bearbeiten können. In diesem Lernprogramm verwenden wir diese Beispieldatei. Alternativ können Sie auch Ihr eigenes semantisches Modell und Ihren eigenen Bericht verwenden.

Wenn Sie bereits über Administratorrechte für einen Arbeitsbereich mit Daten verfügen, können Sie mit Schritt 3 fortfahren.

Schritt 1: Erstellen eines Premium-Arbeitsbereichs

So erstellen Sie einen neuen Arbeitsbereich und weisen ihm eine Lizenz zu:

  1. Wählen Sie auf der linken Navigationsleiste der Power BI-Oberfläche"Arbeitsbereiche > + Neuer Arbeitsbereich" aus.

    Screenshot der Benutzeroberfläche

  2. Nennen Sie den Arbeitsbereich FoodSalesWS.

  3. Fügen Sie eine Beschreibung hinzu (optional).

    Screenshot des neuen Arbeitsbereichs mit Dem Namen. Der Name lautet FoodSalesWS.

  4. Erweitern Sie den Abschnitt "Erweitert ", um den Lizenzmodus anzuzeigen.

  5. Wählen Sie entweder Testversion oder Premium-Kapazität aus.

    Screenshot des neuen Arbeitsbereichs mit Lizenzmodus.

  6. Wählen Sie Übernehmen aus.

Weitere Informationen zum Erstellen eines Arbeitsbereichs finden Sie unter Erstellen eines Arbeitsbereichs.

Schritt 2: Laden von Inhalten in den Arbeitsbereich

Sie können Inhalte aus OneDrive, SharePoint oder einer lokalen Datei hochladen. In diesem Lernprogramm laden wir eine PBIX-Datei .

  1. Wählen Sie in der oberen Menüleiste Hochladen > Durchsuchen aus.

    Screenshot der Benutzeroberfläche des Menüs

  2. Navigieren Sie zum Speicherort der Datei FoodSales.pbix , die Sie zuvor heruntergeladen haben, oder laden Sie Ihr eigenes Beispielsemantikmodell und -bericht.

Sie verfügen jetzt über einen Arbeitsbereich mit Inhalten, an denen Sie und Ihr Team arbeiten können.

Screenshot des FoodSalesWS-Arbeitsbereichs mit einem Bericht, semantischen Modell und Dashboard darin.

Anmeldeinformationen bearbeiten – nur beim ersten Mal

Bevor Sie eine Bereitstellungspipeline erstellen, müssen Sie die Anmeldeinformationen festlegen. Dieser Schritt muss nur einmal für jedes semantische Modell ausgeführt werden. Nachdem Ihre Anmeldeinformationen für dieses semantische Modell festgelegt wurden, müssen Sie sie nicht mehr festlegen.

  1. Wechseln Sie zu >.

    Screenshot der Benutzeroberfläche des Menüs

  2. Wählen Sie Semantische Modelle > Anmeldeinformationen für die Datenquelle > Anmeldeinformationen bearbeiten aus.

    Screenshot des Menüs „Datenquellen-Anmeldeinformationen“.

  3. Legen Sie die Authentifizierungsmethode auf Anonym, die Datenschutzstufe auf "Öffentlich" fest, und deaktivieren Sie das Kontrollkästchen " Testverbindung überspringen" .

    Screenshot der Zugangsdaten des semantischen Modells.

  4. Wählen Sie "Anmelden" aus. Die Verbindung wird getestet, und die Anmeldeinformationen werden festgelegt.

Jetzt können Sie eine Bereitstellungspipeline erstellen.

Schritt 3: Verbinden des Entwicklungsarbeitsbereichs des Teams mit Git

Das gesamte Team teilt sich diesen Arbeitsbereich und jedes Teammitglied kann ihn bearbeiten. Wenn Sie diesen Arbeitsbereich mit Git verbinden, können Sie alle Änderungen nachverfolgen und bei Bedarf zu früheren Versionen zurückkehren. Wenn alle Änderungen in dieser freigegebenen Verzweigung zusammengeführt werden, stellen Sie diesen Arbeitsbereich mithilfe der Bereitstellungspipeline in der Produktion bereit.
Weitere Informationen zur Versionssteuerung mit Git in der Einführung in die Git-Integration.

Verbinden wir diesen Arbeitsbereich mit dem Mainbranch Ihres Git-Repositorys, damit er von allen Teammitgliedern bearbeitet und Pull Requests erstellt werden können. Führen Sie die folgenden Schritte aus, wenn Sie ein Azure DevOps-Repository verwenden. Wenn Sie ein GitHub-Repository verwenden, folgen Sie den Anweisungen in "Verbinden eines Arbeitsbereichs mit einem GitHub-Repository".

  1. Wechseln Sie in der oberen rechten Ecke zu den Arbeitsbereichseinstellungen .

  2. Wählen Sie die Git-Integration aus.

  3. Wählen Sie Azure DevOps aus. Sie werden automatisch bei dem Azure Repos-Konto angemeldet, das mit dem Microsoft Entra-Benutzer verknüpft ist, der im Arbeitsbereich angemeldet ist.

    Screenshot des Arbeitsbereichs mit angezeigter Link

  4. Geben Sie im Dropdownmenü die folgenden Details zu dem Branch an, mit dem Sie eine Verbindung herstellen möchten:

    • Organisation

    • Projekt

    • Git-Repository

    • Hauptzweig (oder Master) auswählen

    • Geben Sie den Namen des Ordners in das Repository ein, in dem sich die PBIX-Datei befindet. Dies ist der Ordner, der mit dem Arbeitsbereich synchronisiert wird.

      Screenshot: Arbeitsbereichseinstellungen im Fenster für die Git-Integration. Der Arbeitsbereich ist mit dem Mainbranch des Repositorys verbunden.

  5. Wählen Sie "Verbinden" und "Synchronisieren" aus.

Nachdem Sie eine Verbindung hergestellt haben, werden im Arbeitsbereich Informationen zur Quellcodeverwaltung angezeigt. Sie können den verbundenen Branch, den Status jedes Elements im Branch und den Zeitpunkt der letzten Synchronisierung sehen. Das angezeigte Quellcodeverwaltungssymbol ist 0, da die Elemente im Git-Repository des Arbeitsbereichs identisch sind.

Screenshot des Quellcodeverwaltungssymbols und anderer Git-Informationen.

Jetzt ist der Arbeitsbereich mit dem Mainbranch Ihres Git-Repositorys synchronisiert, sodass Sie Änderungen einfach nachverfolgen können.

Weitere Informationen zum Herstellen einer Verbindung mit Git finden Sie unter Verbinden eines Arbeitsbereichs mit einem Azure-Repository.

Schritt 4: Erstellen einer Bereitstellungspipeline

Um diesen Arbeitsbereich für andere Personen freizugeben und für verschiedene Test- und Entwicklungsphasen zu verwenden, müssen wir eine Bereitstellungspipeline erstellen. Informationen zur Funktionsweise von Bereitstellungspipelines finden Sie unter Einführung in Bereitstellungspipelines. Führen Sie die folgenden Schritte aus, um eine Bereitstellungspipeline zu erstellen und den Arbeitsbereich der Entwicklungsphase zuzuweisen:

  1. Wählen Sie auf der Startseite des Arbeitsbereichs die Option "Bereitstellungspipeline erstellen" aus.

    Screenshot der Erstellung einer Bereitstellungspipeline.

  2. Benennen Sie Ihre Pipeline FoodSalesDP, geben Sie ihm eine Beschreibung (optional) und wählen Sie "Weiter" aus.

    Screenshot zum Erstellen einer neuen Pipeline mit Namen.

  3. Übernehmen Sie die drei Standardphasen für Ihre Pipeline, und wählen Sie "Erstellen" aus.

    Screenshot von drei Standardphasen einer Bereitstellungspipeline.

  4. Weisen Sie den Arbeitsbereich „FoodSalesWS“ der Entwicklungsphase zu.

    Screenshot: Zuweisen eines Arbeitsbereichs.

In der Entwicklungsphase der Bereitstellungspipeline werden ein semantisches Modell, ein Bericht und ein Dashboard angezeigt. Die anderen Phasen sind leer.

Screenshot des UI-Bildschirms der Entwicklungsphase.

Weitere Informationen zum Erstellen von Bereitstellungspipelines finden Sie in der Übersicht über bereitstellungspipelines.

Schritt 5: Bereitstellen von Inhalten in anderen Phasen

Stellen Sie nun Inhalte in den anderen Phasen der Pipeline bereit.

  1. Wählen Sie in der Entwicklungsstufe der Bereitstellungsinhaltsansicht die Option "Bereitstellen" aus.

    Screenshot: Benutzeroberfläche mit „In Testphase bereitstellen“.

  2. Bestätigen Sie, dass Sie die Inhalte in der Testphase bereitstellen möchten.

Screenshot des UI-Bildschirms mit „Bereitstellung bestätigen“.

Das grüne Kontrollsymbol zeigt an, dass der Inhalt der beiden Phasen identisch ist, da Sie den gesamten Inhalt der Pipeline bereitgestellt haben.

Screenshot der Entwicklungsstufe und testphase von Pipelines mit einem grünen Häkchensymbol, das angibt, dass sie identisch sind.

  1. Stellen Sie die Inhalte aus der Testphase in der Produktionsphase bereit.

    Screenshot: Bereitstellen in der Produktionsphase.

  2. Um das semantische Modell in einer beliebigen Phase zu aktualisieren, wählen Sie neben dem Symbol für das semantische Modell in der Zusammenfassungskarte jeder Phase die Schaltfläche „Aktualisieren“ aus.

    Screenshot der Schaltfläche

Das gesamte Team teilt diese Bereitstellungspipeline. Jedes Teammitglied kann das semantische Modell und den Bericht in der Entwicklungsphase bearbeiten. Wenn das Team bereit ist, die Änderungen zu testen, stellt es die Inhalte in der Testphase bereit. Wenn das Team bereit ist, die Änderungen in der Produktionsumgebung freizugeben, werden die Inhalte in die Produktionsumgebung übertragen.

Weitere Informationen zum Bereitstellen von Inhalten finden Sie unter Bereitstellen von Inhalten.

Schritt 6: Erstellen eines isolierten Arbeitsbereichs

Um zu vermeiden, dass der gemeinsame Arbeitsbereich bearbeitet wird und die Änderungen der anderen Teammitglieder beeinträchtigt werden, sollte jedes Teammitglied seinen eigenen isolierten Arbeitsbereich erstellen, in dem es arbeitet, bis es bereit ist, seine Änderungen mit dem Team zu teilen.

  1. Wählen Sie auf der Registerkarte Branch des Menüs Quellcodeverwaltung den Abwärtspfeil neben dem Namen des aktuellen Branches aus und wählen Sie Branch in neuem Arbeitsbereich erstellen aus.

    Screenshot der Brancherstellungsoption in der Quellcodeverwaltung.

  2. Geben Sie die folgenden Details zur Verzweigung und zum Arbeitsbereich an. Die neue Verzweigung wird automatisch basierend auf der Verzweigung erstellt, die mit dem aktuellen Arbeitsbereich verbunden ist.

    • Zweigname (für dieses Tutorial benennen Sie es MyFoodEdits)
    • Arbeitsbereichsname (für dieses Lernprogramm benennen Sie ihn My_FoodSales)

    Screenshot der Brancherstellung, die den Namen des neuen Branches und des Arbeitsbereichs angibt.

  3. Wählen Sie Branch erstellen aus.

  4. Wählen Sie "Verbinden" und "Synchronisieren" aus.

Fabric erstellt den neuen Arbeitsbereich und synchronisiert ihn mit dem neuen Branch. Sie werden automatisch zum neuen Arbeitsbereich weitergeleitet, die Synchronisierung kann jedoch einige Minuten dauern.

Der neue Arbeitsbereich enthält jetzt die Inhalte des Git-Repositoryordners. Beachten Sie, dass sie die PBIX-Datei nicht enthält. Da PBIX-Dateien nicht unterstützt werden, wurde diese Datei beim Synchronisieren nicht in das Git-Repository kopiert.
Verwenden Sie diesen Arbeitsbereich, um Änderungen am semantischen Modell und am Bericht vorzunehmen, bis Sie bereit sind, diese mit Ihrem Team zu teilen.

Schritt 7: Bearbeiten des Arbeitsbereichs

Nachdem der verzweigte Arbeitsbereich synchronisiert wurde, können Sie Änderungen am Arbeitsbereich vornehmen, indem Sie einen Artikel erstellen, löschen oder bearbeiten. In diesem Tutorial ändern wir das Format einer Spalte für semantische Modelle. Sie können den Arbeitsbereich in Power BI Desktop oder Datenmodell bearbeiten. In diesem Tutorial bearbeiten wir den Arbeitsbereich im Datenmodell.

  1. Wählen Sie im Arbeitsbereich des semantischen Modells die Auslassungspunkte (drei Punkte) und dann das semantische Modell >Datenmodell öffnen aus.

    Screenshot des geöffneten Datenmodells im erweiterten Semantikmodellmenü.

    Hinweis

    Wenn das "Datenmodell öffnen " deaktiviert ist, wechseln Sie zu "Arbeitsbereichseinstellungen > ", "Power BI > Allgemein ", und aktivieren Sie die Datenmodelleinstellungen.

    Screenshot des Kontrollkästchens

  2. Wählen Sie in der Order_details Tabelle "Rabatt" aus.

    Screenshot der verbundenen Tabellen in der Datenansicht mit der Rabattspalte der ausgewählten Tabelle

  3. Ändern Sie im Eigenschaftenbereich das Format von "Allgemein " in "Prozentsatz".

    Screenshot der Veröffentlichungsänderungen in Git.

Schritt 8: Änderungen übernehmen

Um diese Änderung vom Arbeitsbereich in den Git-Branch zu committen, wechseln Sie zurück zur Homepage des Arbeitsbereichs.

Jetzt wird das Quellcodeverwaltungssymbol 1 angezeigt, da ein Element im Arbeitsbereich geändert, aber nicht in das Git-Repository committed wurde. Das Semantikmodell "FoodSales" zeigt den Status "Unbestätigt" an.

Screenshot des Quellcodeverwaltungssymbols mit einer nicht übermittelten Änderung.

  1. Wählen Sie das Quellcodeverwaltungssymbol aus, um die geänderten Elemente im Git-Repository anzuzeigen. Das semantische Modell zeigt den Status "Geändert" an.

  2. Wählen Sie das Element aus, das sie committen möchten, und fügen Sie optional eine Nachricht hinzu.

  3. Wählen Sie Commit.

    Screenshot der Benutzeroberfläche zum Bestätigen von Änderungen.

Der Git-Status des semantischen Modells ändert sich in "Synchronisiert" , und der Arbeitsbereich und das Git-Repository werden synchronisiert.

Schritt 9: Erstellen eines Pull Request und Zusammenführen

Erstellen Sie im Git-Repository eine Pullanforderung zum Zusammenführen der MyFoodEdits-Verzweigung mit der Hauptverzweigung .

Dieser Schritt kann manuell ausgeführt werden oder automatisiert erfolgen:

  1. Wählen Sie "Pullanforderung erstellen" aus.

    Screenshot der Benutzeroberfläche zum Erstellen einer Pullanforderung.

  2. Geben Sie einen Titel, eine Beschreibung und alle weiteren Informationen an, die Sie für den Pull Request benötigen. Wählen Sie dann "Erstellen" aus.

    Screenshot der Benennung der Pullanforderung und hinzufügen einer Beschreibung.

  3. Zusammenführen der Pullanforderung.

    Screenshot der Merge-Pull-Request-Schnittstelle.

Sobald die Änderungen mit dem Hauptzweig zusammengeführt wurden, können Sie den Arbeitsbereich sicher löschen, wenn Sie möchten. Er wird nicht automatisch gelöscht.

Schritt 10: Aktualisieren des freigegebenen Arbeitsbereichs

Wechseln Sie zurück zum freigegebenen Arbeitsbereich, der mit der Entwicklungsstufe der Bereitstellungspipeline verbunden ist (die in Schritt 1 erstellt wurde), und aktualisieren Sie die Seite.
Jetzt wird das Quellcodeverwaltungssymbol „1“ angezeigt, da ein Element im Git-Repository geändert wurde und sich von den Elementen im Arbeitsbereich „FoodSales“ unterscheidet. Das Semantikmodell "FoodSales" zeigt den Status " Update erforderlich" an.

Screenshot des Quellcodeverwaltungssymbols mit einem Unterschied.

Sie können den Arbeitsbereich manuell oder automatisiert aktualisieren:

  1. Wählen Sie das Quellcodeverwaltungssymbol aus, um die geänderten Elemente im Git-Repository anzuzeigen. Das semantische Modell weist den Status „Geändert“ auf.

  2. Wählen Sie "Alle aktualisieren" aus.

    Screenshot der Benutzeroberfläche des Aktualisierungsarbeitsbereichs.

Der Git-Status des semantischen Modells ändert sich in "Synchronisiert" , und der Arbeitsbereich wird mit dem Git-Hauptzweig synchronisiert.

Schritt 11: Vergleichen von Phasen in der Bereitstellungspipeline

  1. Wählen Sie "Bereitstellungspipeline anzeigen" aus, um den Inhalt in der Entwicklungsstufe mit dem Inhalt in der Testphase zu vergleichen.

    Screenshot des Symbols

    Beachten Sie das orangefarbene Symbol X zwischen den Phasen, das darauf hinweist, dass seit der letzten Bereitstellung Änderungen an den Inhalten in einer der Phasen vorgenommen wurden.

    Screenshot, der zeigt, dass die Pipeline-Phasen unterschiedlich sind.

  2. Wählen Sie den Abwärtspfeil >"Änderungen überprüfen " aus, um die Änderungen anzuzeigen. Der Bildschirm Änderungsüberprüfung zeigt den Unterschied zwischen den semantischen Modellen in den beiden Phasen.

    Screenshot der Benutzeroberfläche für die Änderungsprüfung.

  3. Überprüfen Sie die Änderungen, und schließen Sie das Fenster.

Weitere Informationen zum Vergleichen von Phasen in einer Bereitstellungspipeline finden Sie unter Vergleichen von Phasen in einer Bereitstellungspipeline.

Schritt 12: Bereitstellen in der Testphase

Wenn Sie mit den Änderungen zufrieden sind, stellen Sie die Änderungen in den Test- und/oder Produktionsphasen mithilfe desselben Prozesses bereit, den Sie in Schritt 5 verwendet haben.

Zusammenfassung

In diesem Tutorial haben Sie gelernt, wie Sie Bereitstellungspipelines zusammen mit der Git-Integration verwenden, um den Lebenszyklus einer App, eines Berichts oder anderer Inhalte in einem Arbeitsbereich zu verwalten.
Insbesondere haben Sie gelernt, wie Sie:

  • Richten Sie Ihre Arbeitsbereiche ein und fügen Sie Inhalte für die Verwaltung ihres Lebenszyklus in Fabric hinzu.
  • Bewährte Git-Methoden anwenden, um erst eigenständig zu arbeiten und dann mit Teamkollegen an Änderungen zusammenzuarbeiten.
  • Kombinieren Sie Git mit Bereitstellungspipelines für einen effizienten End-to-End-Release-Prozess.

Zugehöriger Inhalt