Tutorial: Lebenszyklusverwaltung in Fabric
Dieses Tutorial führt Sie durch den gesamten Prozess – vom Laden von Daten in Ihren Arbeitsbereich bis hin zur Verwendung von Bereitstellungspipelines in Kombination mit der Git-Integration, um Ihre Daten und Berichte in Zusammenarbeit mit anderen zu entwickeln, zu testen und zu veröffentlichen.
Voraussetzungen
Bevor Sie beginnen, stellen Sie sicher, dass die folgenden Voraussetzungen erfüllt sind:
- Fabric ist aktiviert. Wenn Fabric noch nicht aktiviert ist, bitten Sie Ihren Administrator, Fabric für Ihr Unternehmen zu aktivieren.
- Sie sind angemeldet. Wenn Sie noch nicht angemeldet sind, registrieren Sie sich für eine kostenlose Testversion.
- Sie haben Zugriff auf ein Azure Git-Repository. Wenn Sie kein Repository haben, finden Sie unter Einrichten eines Git-Repositorys Informationen zum Erstellen eines Repositorys.
- Laden Sie die Datei FoodSales.pbix in ein Git-Repository herunter, das Sie bearbeiten können. Dies ist die Beispieldatei, die wir in diesem Tutorial verwenden. 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:
Wählen Sie auf der linken Navigationsleiste der Power BI- -Oberfläche Arbeitsbereiche > + Neuer Arbeitsbereich aus.
Nennen Sie den Arbeitsbereich FoodSalesWS.
Fügen Sie eine Beschreibung hinzu (optional).
Erweitern Sie den Abschnitt Erweitert, um den Lizenzmodus anzuzeigen.
Wählen Sie entweder Testversion oder Premium-Kapazität aus.
Wählen Sie Übernehmen.
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 Tutorial laden wir eine PBIX-Datei.
Wählen Sie in der oberen Menüleiste Hochladen > Durchsuchen aus.
Navigieren Sie zum Speicherort der Datei FoodSales.pbix, die Sie zuvor heruntergeladen haben, oder laden Sie Ihr eigenes semantisches Beispielmodell und Ihren eigenen Beispielbericht.
Sie verfügen jetzt über einen Arbeitsbereich mit Inhalten, an denen Sie und Ihr Team arbeiten können.
Bearbeiten der Anmeldeinformationen – 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.
Wechseln Sie zu Einstellungen > Power BI-Einstellungen.
Wählen Sie Semantische Modelle > Anmeldeinformationen für die Datenquelle > Anmeldeinformationen bearbeiten aus.
Legen Sie die Authentifizierungsmethode auf Anonym und die Datenschutzebene auf Öffentlich fest, und deaktivieren Sie das Kontrollkästchen Testverbindung überspringen.
Wählen Sie Anmelden. 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
Dieser Arbeitsbereich wird vom gesamten Team genutzt und kann von jedem Teammitglied bearbeitet werden. Wenn Sie diesen Arbeitsbereich mit Git verbinden, können Sie alle Änderungen nachverfolgen und bei Bedarf zu früheren Versionen zurückkehren. Nachdem alle Änderungen in diesem freigegebenen Branch zusammengeführt wurden, wird der Arbeitsbereich mithilfe der Bereitstellungspipeline in der Produktion bereitgestellt.
Unter Einführung in die Git-Integration erfahren Sie mehr über die Versionskontrolle mit Git.
Verbinden wir diesen Arbeitsbereich mit dem Mainbranch Ihres Azure-Repositorys, damit er von allen Teammitgliedern bearbeitet und Pull Requests erstellt werden können.
Wählen Sie die (drei) Auslassungspunkte und dann Arbeitsbereichseinstellungen aus.
Wählen Sie Git-Integration aus. Sie werden automatisch beim Azure Repos-Konto angemeldet, bei dem der Microsoft Entra Benutzer registriert ist, die auch im Arbeitsbereich angemeldet sind.
Geben Sie im Dropdownmenü die folgenden Details zu dem Branch an, mit dem Sie eine Verbindung herstellen möchten:
Wählen Sie den Haupt- (oder Master-) Branch aus
Geben Sie den Namen des Ordners im Repository ein, in dem sich die PBIX-Datei befindet. Dies ist der Ordner, der mit dem Arbeitsbereich synchronisiert wird.
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.
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. Gehen Sie wie folgt vor, um eine Bereitstellungspipeline zu erstellen und den Arbeitsbereich der Entwicklungsphase zuzuweisen:
Wählen Sie auf der Homepage des Arbeitsbereichs Bereitstellungspipeline erstellen aus.
Nennen Sie Ihre Pipeline FoodSalesDP, fügen Sie (optional) eine Beschreibung hinzu, und wählen Sie Erstellen aus.
Weisen Sie den Arbeitsbereich „FoodSalesWS“ der Entwicklungsphase zu.
In der Entwicklungsphase der Bereitstellungspipeline werden ein semantisches Modell, ein Bericht und ein Dashboard angezeigt. Die anderen Phasen sind leer.
Weitere Informationen zum Erstellen von Bereitstellungspipelines finden Sie unter Übersicht über Bereitstellungspipelines.
Schritt 5: Bereitstellen von Inhalten in anderen Phasen
Stellen Sie nun Inhalte in den anderen Phasen der Pipeline bereit.
Wählen Sie in der Entwicklungsphase der Ansicht mit Bereitstellungsinhalten Bereitstellen aus.
Bestätigen Sie, dass Sie die Inhalte in der Testphase bereitstellen möchten.
Beachten Sie, dass die Inhalte von zwei Phasen identisch sind, da Sie die gesamten Inhalte der Pipeline bereitgestellt haben. Dies ist am grünen Häkchen erkennbar.
Stellen Sie die Inhalte aus der Testphase in der Produktionsphase bereit.
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.
Diese Bereitstellungspipeline wird vom gesamten Team gemeinsam genutzt. 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 Produktion freizugeben, werden die Inhalte in der Produktionsphase bereitgestellt.
Weitere Informationen zum Bereitstellen von Inhalten finden Sie unter Bereitstellen von Inhalten.
Schritt 6: Erstellen eines isolierten Arbeitsbereichs
Um den Arbeitsbereich zu bearbeiten, ohne die Änderungen anderer Teammitglieder zu beeinträchtigen, erstellt jedes Teammitglied einen eigenen isolierten Arbeitsbereich, in dem das Teammitglied arbeiten kann, bis es bereit ist, seine Änderungen mit dem Team zu teilen.
Erstellen Sie einen neuen Arbeitsbereich wie in Schritt 1 beschrieben.
Verbinden Sie diesen neuen Arbeitsbereich mit einem neuen Branch des Git-Repositorys:
Geben Sie im Dropdownmenü die folgenden Details zu dem Branch an, mit dem Sie eine Verbindung herstellen möchten:
- Organisation
- Projekt
- Git-Repository
- Wählen Sie + Neuer Branch aus, um einen neuen Branch zu erstellen.
- Nennen Sie den neuen Branch MyFoodEdits, verzweigen Sie diesen aus Haupt (oder Master), und wählen Sie Erstellen aus.
- Der Name des Ordners im Repository, in dem sich die PBIX-Datei befindet
Wählen Sie Verbinden und synchronisieren aus.
Der neue Arbeitsbereich enthält jetzt die Inhalte des Git-Repositoryordners. Beachten Sie, dass die PBIX-Datei nicht enthalten ist. Da PBIX-Dateien nicht unterstützt werden, wurde diese Datei bei der Synchronisierung nicht in das Git-Repository kopiert.
Sie verwenden diesen Arbeitsbereich, um Änderungen am semantischen Modell und Bericht vorzunehmen, bis Sie bereit sind, diese mit Ihrem Team zu teilen.
Schritt 7: Bearbeiten des Arbeitsbereichs
Nehmen Sie Änderungen am Arbeitsbereich vor, indem Sie ein Element 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 im Datenmodell bearbeiten. In diesem Tutorial bearbeiten wir den Arbeitsbereich im Datenmodell.
Wählen Sie im Arbeitsbereich des semantischen Modells die Auslassungspunkte (drei Punkte) und dann das semantische Modell >Datenmodell öffnen aus.
Hinweis
Wenn Datenmodell öffnen deaktiviert ist, wechseln Sie zu Arbeitsbereichseinstellungen > Power BI > Allgemein, und aktivieren Sie Datenmodelleinstellungen.
Wählen Sie in der Tabelle Order_details die Option Rabatt aus.
Ändern Sie im Bereich Eigenschaften das Format von Allgemein in Prozent.
Schritt 8: Committen von Änderungen
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 semantische Modell FoodSales hat den Status Ohne Commit.
Wählen Sie das Quellcodeverwaltungssymbol aus, um die geänderten Elemente im Git-Repository anzuzeigen. Das semantische Modell weist den Status Geändert auf.
Wählen Sie das Element aus, das sie committen möchten, und fügen Sie optional eine Nachricht hinzu.
Klicken Sie auf Commit.
Der Git-Status des semantischen Modells ändert sich in Synchronisiert, und der Arbeitsbereich und das Git-Repository sind synchron.
Schritt 9: Erstellen eines Pull Request und Zusammenführen
Erstellen Sie eine Pullanforderung im Git-Repository, um die MyFoodEdits -Verzweigung mit der Haupt -Verzweigung zusammenzuführen.
Wählen Sie Erstellen eines Pull Requests.
Geben Sie einen Titel, eine Beschreibung und alle weiteren Informationen an, die Sie für den Pull Request benötigen. Klicken Sie anschließend auf Erstellen.
Führen Sie den Pull Request zusammen.
Schritt 10: Aktualisieren des freigegebenen Arbeitsbereichs
Kehren Sie zum freigegebenen Arbeitsbereich zurück, der mit der Entwicklungsphase der Bereitstellungspipeline verbunden ist (den wir in Schritt 1 erstellt haben), 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 semantische Modell FoodSales hat den Status Update erforderlich.
Wählen Sie das Quellcodeverwaltungssymbol aus, um die geänderten Elemente im Git-Repository anzuzeigen. Das semantische Modell weist den Status „Geändert“ auf.
Wählen Sie Alle aktualisieren aus.
Der Git-Status des semantischen Modells ändert sich in Synchronisiert, und der Arbeitsbereich wird mit dem Git-Mainbranch synchronisiert.
Schritt 11: Vergleichen von Phasen in der Bereitstellungspipeline
Wählen Sie Bereitstellungspipelines anzeigen aus, um die Inhalte in der Entwicklungsphase mit den Inhalten in der Testphase zu vergleichen.
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.Wählen Sie den Pfeil nach unten >Änderungen überprüfen aus, um die Änderungen anzuzeigen. Im Bildschirm Änderungsüberprüfung wird der Unterschied zwischen den semantischen Modellen in den beiden Phasen angezeigt.
Ü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 der Bereitstellungspipeline.
Schritt 12: Bereitstellen in der Testphase
Wenn Sie mit den Änderungen zufrieden sind, stellen Sie die Änderungen in der Test- und/oder Produktionsphase mithilfe desselben Verfahrens bereit, das 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:
- Arbeitsbereiche einrichten und Inhalte hinzufügen, um ihren Lebenszyklus in Fabric zu verwalten.
- Bewährte Git-Methoden anwenden, um erst eigenständig zu arbeiten und dann mit Teamkollegen an Änderungen zusammenzuarbeiten.
- Git und Bereitstellungspipelines für einen effizienten End-to-End-Releaseprozess kombinieren.
Zugehöriger Inhalt
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für