Verwalten von Branches in Microsoft Fabric-Arbeitsbereichen

Der Fabric-Arbeitsbereich ist eine freigegebene Umgebung, in der auf Liveelemente zugegriffen wird. Alle direkt im Arbeitsbereich vorgenommenen Änderungen haben Vorrang und wirken sich auf alle anderen Benutzer des Arbeitsbereichs aus. Daher besteht eine bewährte Git-Methode darin, dass Entwickler außerhalb der freigegebenen Arbeitsbereiche isoliert arbeiten. Entwickler haben zwei Möglichkeiten, in ihrem eigenen geschützten Arbeitsbereich zu arbeiten.

• Entwickeln mithilfe von Clienttools, z. B Power BI Desktop für Berichte und semantische Modelle oder VS Code für Notebooks
• Entwickeln in einem separaten Fabric-Arbeitsbereich. 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.

Wichtig

Dieses Feature befindet sich in der Vorschau.

Um Branches unter Verwendung der Git-Integration einzusetzen, verbinden Sie zuerst den freigegebenen Arbeitsbereich des Entwicklungsteams mit einem einzelnen freigegebenen Branch. Beispiel: Wenn Ihr Team einen freigegebenen Arbeitsbereich verwendet, verbinden Sie diesen mit dem Mainbranch im Repository Ihres Teams, und führen Sie eine Synchronisierung zwischen dem Arbeitsbereich und dem Repository aus. Wenn der Workflow Ihres Teams über mehrere freigegebene Branches wie Entwicklungs-/Test-/Produktionsbranches verfügt, kann jeder Branch mit einem anderen Arbeitsbereich verbunden werden.

Anschließend kann jeder Entwickler die isolierte Umgebung auswählen, in der er arbeiten möchte.

Entwickeln mithilfe von Clienttools

Wenn die von Ihnen entwickelten Elemente in anderen Tools verfügbar sind, können Sie diese Elemente direkt im Clienttool bearbeiten. Nicht alle Elemente sind in jedem Tool verfügbar. Elemente, die nur in Fabric verfügbar sind, müssen in Fabric entwickelt werden.

Der Workflow für Entwickler, die ein Clienttool wie Power BI Desktop verwenden, sollte in etwa wie folgt aussehen:

1. Klonen Sie das Repository auf einen lokalen Computer. (Sie müssen diesen Schritt nur einmal ausführen.)

2. Öffnen Sie das Projekt in Power BI Desktop unter Verwendung der lokalen Kopie von PBIProj.

3. Nehmen Sie Änderungen vor, und speichern Sie die aktualisierten Dateien lokal. Führen Sie einen Commit in das lokale Repository aus.

4. Wenn Sie fertig sind, pushen Sie den Branch und die Commits in das Remoterepository.

5. Testen Sie die Änderungen anhand anderer Elemente oder zusätzlicher Daten, indem Sie den neuen Branch mit einem separaten Arbeitsbereich verbinden und das semantische Modell und die Berichte hochladen, indem Sie im Bereich „Quellcodeverwaltung“ die Schaltfläche Alle aktualisieren verwenden. Führen Sie dort alle Tests oder Konfigurationsänderungen durch, bevor sie im Mainbranch zusammengeführt werden.

   Wenn im Arbeitsbereich keine Tests erforderlich sind, kann der Entwickler Änderungen direkt im Mainbranch zusammenführen, ohne dass ein anderer Arbeitsbereich benötigt wird.

6. Nachdem die Änderungen zusammengeführt wurden, erhält das Team des freigegebenen Arbeitsbereich eine Aufforderung, den neuen Commit zu akzeptieren. Die Änderungen werden im freigegebenen Arbeitsbereich aktualisiert, und die Änderungen an diesen semantischen Modellen und Berichten sind für alle sichtbar.

Eine spezifische Anleitung zur Verwendung des neuen Power BI Desktop-Dateiformats in Git finden Sie unter Quellcodeformat.

Entwickeln unter Verwendung eines anderen Arbeitsbereichs

Für einen Entwickler, der im Web arbeitet, würde der Flow wie folgt aussehen:

1. Wählen Sie auf der Registerkarte Verzweigungen des Menüs Quellcodeverwaltung die Option Verzweigen in neuen Arbeitsbereich.

   

2. Geben Sie die Namen der Verzweigung und des Arbeitsbereichs an. Die neue Verzweigung wird auf der Grundlage der mit dem aktuellen Arbeitsbereich verbundenen Verzweigung erstellt.

   

3. Wählen Sie Verzweigung.

   Fabric erstellt den neuen Arbeitsbereich und die neue Verzweigung. Sie werden automatisch zum neuen Arbeitsbereich weitergeleitet.

   Der Arbeitsbereich wird mit Ihrem Featurebranch synchronisiert und zu einer isolierten Arbeitsumgebung, wie in der Abbildung dargestellt. Jetzt können Sie in dieser neuen isolierten Umgebung arbeiten. Dieser Vorgang kann einige Minuten in Anspruch nehmen. Weitere Informationen zur Verzweigung finden Sie unter Tipps zur Fehlerbehebung.

   

4. Speichern Sie Ihre Änderungen, und committen Sie diese in den Featurebranch.

5. Wenn Sie fertig sind, erstellen Sie einen PR für den Mainbranch. Die Überprüfung und Zusammenführung erfolgt über Azure Repos und basiert auf der Konfiguration, die Ihr Team für dieses Repository definiert hat.

Nach Abschluss der Überprüfung und Zusammenführung wird ein neuer Commit für den Mainbranch erstellt. Bei diesem Commit wird der Benutzer aufgefordert, die Inhalte im Arbeitsbereich des Entwicklerteams mit den zusammengeführten Änderungen zu aktualisieren.

Weitere Informationen finden Sie unter Verzweigungseinschränkungen.

Wechseln von Branches

Wenn Ihr Arbeitsbereich mit einem Git-Branch verbunden ist und Sie zu einem anderen Branch wechseln möchten, können Sie dies schnell über die Systemsteuerung Quellcodeverwaltung tun, ohne dass Sie die Verbindung trennen und erneut herstellen müssen.
Wenn Sie zwischen Branches wechseln, wird der Arbeitsbereich mit dem neuen Branch synchronisiert, und alle Elemente im Arbeitsbereich werden überschrieben. Wenn die beiden Branches unterschiedliche Versionen desselben Elements enthalten, wird das Element ersetzt. Wenn ein Element im alten, aber nicht im neuen Branch enthalten ist, wird es gelöscht. Führen Sie die folgenden Schritte aus, um zwischen Branches zu wechseln:

1. Wählen Sie auf der Registerkarte Verzweigungen des Menüs Quellcodeverwaltung die Option Neue Verzweigung auschecken.

   

2. Geben Sie die Verzweigung an, zu der Sie eine Verbindung herstellen möchten. Dieser Branch muss dasselbe Verzeichnis wie der aktuelle Branch enthalten.

3. Wählen Sie Verzweigung auschecken aus.

Wenn der Arbeitsbereich nicht gespeicherte Änderungen enthält, gehen diese verloren, wenn Sie Branches wechseln, ohne zuerst zu speichern. Wählen Sie Abbrechen aus, um zurückzukehren und Ihre Änderungen zu speichern, bevor Sie zwischen Branches wechseln.

Zugehöriger Inhalt

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