M365Con 2027 – die kostenlose Online-Konferenz · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Das Drei-Branch-Modell für Microsoft Fabric Notebooks meistern

Von ·

Willkommen zurück zu unserem Podcast und dem begleitenden Deep-Dive-Blog! Wenn Sie schon einmal vor einem Bildschirm voller widersprüchlicher Daten und Notebook-Code gesessen und sich gefragt haben, wer das eigentlich …

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

▶ BLOGMastering theThree-Branch Model for…M365.FM
Titelbild: Mastering the Three-Branch Model for Microsoft Fabric Notebooks

Willkommen zurück zum Podcast und zu unserem begleitenden Deep-Dive-Blog! Wenn Sie schon einmal vor einem Bildschirm voller widersprüchlichem Notebook-Code saßen, sich gefragt haben, wer versehentlich Ihr neuestes Skript zur Datenaufbereitung überschrieben hat, oder Mühe hatten, Änderungen in einem umfangreichen Datenanalyseprojekt nachzuverfolgen, sind Sie damit definitiv nicht allein. Die Verwaltung von Notebook-Projekten hat sich in der Datentechnik bisher oft wie der Wilde Westen angefühlt. Microsoft Fabric hat jedoch die Art und Weise, wie wir Versionskontrolle und die Synchronisierung von Arbeitsbereichen handhaben, grundlegend verändert. In diesem Beitrag zeigen wir, wie die Isolation von Änderungen in Feature-Branches und die Beherrschung des Drei-Branch-Workflows Zusammenführungskonflikte deutlich reduzieren, die Zusammenarbeit verbessern und die Codequalität steigern können, bevor Ihr Code überhaupt in die Produktion gelangt.

Für eine audiogeführte Anleitung zu genau diesen Strategien sollten Sie unsere passende Podcast-Folge Manage Git Integration for Microsoft Fabric Notebooks anhören, in der wir die Feinheiten von Versionskontrolle und Arbeitsbereichsverwaltung im Detail besprechen.

Einführung in die Git-Integration für Microsoft Fabric Notebooks

Microsoft Fabric Notebooks bieten einen leistungsstarken, nativ integrierten Versionskontrollmechanismus, der sich direkt mit Git-Anbietern für Unternehmen wie Azure DevOps und GitHub verbindet, ohne aufwendige manuelle Kommandozeilen-Einrichtungen zu erfordern. Diese native Integration verändert, wie Datenspezialisten Code-Lebenszyklen, Backup-Routinen und die gemeinsame Datenaufbereitung handhaben. Indem Sie Ihre Fabric-Arbeitsbereiche direkt mit Quellcode-Repositories verknüpfen, bringen Sie Verantwortlichkeit, Nachvollziehbarkeit und robuste Backup-Möglichkeiten in Umgebungen, denen bisher eine strukturierte Application Lifecycle Management (ALM) fehlte.

Einrichtung der Git-Integration und Voraussetzungen

Bevor Sie die Versionskontrolle in Ihrer Datenarchitektur nutzen können, müssen Sie Ihre Umgebung korrekt konfigurieren. Die Implementierung der Git-Integration setzt die Erfüllung bestimmter Kapazitäts- und administrativer Voraussetzungen voraus.

Git-Synchronisierung in den Mandanteneinstellungen aktivieren

Um Ihre Reise mit der Quellcodeverwaltung zu beginnen, muss ein Fabric-Administrator die Git-Synchronisierung in den Mandanteneinstellungen aktivieren. Sie benötigen eine aktive Fabric-Kapazität (SKU F2 oder höher; Testkapazitäten werden ebenfalls unterstützt). Darüber hinaus müssen Administratoren Berechtigungen so konfigurieren, dass Benutzer Arbeitsbereichselemente mit den gewählten Git-Repositories synchronisieren können. Ob Ihre Organisation Azure DevOps oder GitHub nutzt: Damit die Einrichtung reibungslos verläuft, ist es entscheidend, dass Ihre Benutzerkonten oder Dienstprinzipale über die richtigen Berechtigungen verfügen.

Verbindung zu einem Azure DevOps-Repository herstellen

Die Verbindung Ihres Fabric-Arbeitsbereichs mit einer Azure DevOps-Organisation und einem Projekt erfordert nur wenige Schritte im Bereich der Arbeitsbereichseinstellungen. Fabric übernimmt die Authentifizierung automatisch über OAuth 2.0 oder sichere Dienstprinzipale und stellt so eine gesicherte Verbindung zwischen Ihrem Analyse-Arbeitsbereich und Ihrem Remote-Repository her. Sobald die Verbindung besteht, wird jede betriebliche Änderung an unterstützten Arbeitsbereichselementen über Git nachverfolgt und verwaltet.

Erste Git-Konfiguration

Konfigurieren Sie nach dem Herstellen der Repository-Verbindung Ihre Authentifizierungsmethode und die Zielbranches. Saubere Synchronisierungseinstellungen – ob Sie manuelle Kontrolle über Pulls und Pushes bevorzugen oder zeitgesteuerte automatische Synchronisierungen – verhindern unbeabsichtigte Datenabweichungen und stellen sicher, dass Ihr Arbeitsbereich stets exakt mit Ihrer Remote-Codebasis übereinstimmt.

Das Drei-Branch-Modell im Detail

Das Fundament eines erfolgreichen Datenprojekts im Unternehmen in Microsoft Fabric ist das Drei-Branch-Modell. Indem Sie Ihren Code in getrennte Umgebungen aufteilen, schaffen Sie klare Grenzen, die Ihre produktiven Analyse-Pipelines schützen und Entwicklern gleichzeitig die Freiheit geben, Neues auszuprobieren.

Entwicklungs-Branch

Der Entwicklungs-Branch dient als primärer Arbeitsbereich für aktives Programmieren, Experimentieren und die Entwicklung von Features. Entwickler sollten produktive Notebooks niemals direkt bearbeiten. Stattdessen erstellen sie isolierte Feature-Branches, die vom Entwicklungs-Branch abzweigen. Diese Isolation stellt sicher, dass experimenteller Code oder halbfertige Datentransformationen niemals Teammitglieder stören, die sich denselben gemeinsamen Arbeitsbereich teilen.

Test-Branch

Sobald Funktionen entwickelt und lokal validiert sind, werden sie in den Testbranch überführt. Dieser Zwischenschritt ermöglicht es Data Engineers und Qualitätssicherungsteams, automatisierte Tests auszuführen, Datenausgaben zu prüfen, die Konfiguration des automatischen Lakehouse-Bindings zu validieren und Prüfungen vor der Übernahme durchzuführen. Fehler, die hier erkannt werden, verhindern, dass fehlerhafte Datenlösungen weiter in der Pipeline vorankommen.

Produktionsbranch

Der Produktionsbranch stellt Ihre makellose, hochstabile Umgebung dar. Nur vollständig geprüfter, getesteter und freigegebener Code gelangt in diesen Branch, in der Regel über strikte Pull Requests. So werden Ihre Live-Dashboards für Business Intelligence und Ihre operativen Datenbestände vor versehentlichen, funktionsbrechenden Änderungen geschützt.

Strategien für Branching und Merging

Diszipliniertes Branching und Merging sind unverzichtbar, wenn die Zusammenarbeit im Team wachsen soll. Entwickler sollten in hohem Maße auf kurzlebige Feature-Branches für einzelne Erweiterungen oder Fehlerbehebungen setzen. Ist die Arbeit an einem Feature-Branch abgeschlossen, öffnen Sie einen Pull Request, um Peer Reviews einzuleiten. Code-Reviews sind von unschätzbarem Wert: Sie fördern den Wissensaustausch, decken stillschweigende Überschreibungen auf und halten die Engineering-Standards im gesamten Team auf außergewöhnlich hohem Niveau.

Verwaltung der Umgebungskonfiguration

Die Verwaltung von Konfigurationen über Entwicklungs-, Test- und Produktionsumgebungen hinweg kann knifflig sein. Microsoft Fabric vereinfacht dies, indem Sie systemverwaltete Konfigurationsdateien wie notebook-settings.json versionieren und integrierte Resources-Ordner direkt in Git nachverfolgen können. Die Nutzung von automatischem Lakehouse-Binding und die Parametrisierung von Variablen sorgen dafür, dass umgebungsspezifische Verbindungszeichenfolgen oder Rechenparameter sich nahtlos anpassen, während sich der Code durch Ihre Drei-Branch-Pipeline bewegt.

Best Practices für die Versionskontrolle mit Git

Um den maximalen Nutzen aus der Git-Integration von Fabric zu ziehen, sollten Teams einen Kernsatz an Best Practices für die Versionskontrolle einhalten:

  • Schreiben Sie klare, aussagekräftige Commit-Nachrichten, die dokumentieren, was geändert wurde und warum.
  • Fassen Sie zusammenhängende Änderungen an Notebooks in logisch abgeschlossenen, atomaren Commits zusammen, statt massive, monolithische Aktualisierungen zu pushen.
  • Nutzen Sie .gitignore-Regeln, um große Binärdateien, temporäre Cache-Ausgaben und lokale Datenauszüge auszuschließen, die das Repository aufblähen können.
  • Verwenden Sie manuelle oder systemseitige Checkpoints aus der Notebook-Symbolleiste, um Meilensteine zusätzlich zu Ihren Git-Commits zu sichern.

Workspace-Synchronisierung und Zusammenarbeit im Team

Lokale und remote Workspaces perfekt synchron zu halten, ist entscheidend, um Datenabweichungen zu verhindern. Ob Sie manuelle Synchronisierungsroutinen oder automatisierte Pipeline-Skripte nutzen, um Ihren Fabric-Mandanten nach nicht synchronisierten Workspaces zu durchsuchen: Konsistenz ist der Schlüssel. Treten Mergekonflikte unweigerlich auf, weil gleichzeitig an komplexen Notebook-JSON-Strukturen bearbeitet wurde, nutzen Sie die visuellen Vergleichsfunktionen von Fabric oder spezielle Mergetools, um die Änderungen Zelle für Zelle zu prüfen, bevor Sie eine gelöste Version committen.

Fehlerbehebung bei typischen Git-Integrationsproblemen

Selbst bei robusten Workflows stoßen Teams gelegentlich auf Hindernisse. Abgelaufene Authentifizierungstoken, nicht passende Berechtigungen und unerwartete Mergekonflikte können den Fortschritt zum Stillstand bringen. Wenn Sie auf Synchronisierungsfehler oder blockierte Push-Vorgänge stoßen, trennen Sie Ihren Workspace sauber und verbinden Sie ihn erneut, prüfen Sie Ihre Berechtigungen für Entra ID und den Git-Anbieter und stellen Sie sicher, dass alle unterstützenden Abhängigkeiten korrekt im Repository nachverfolgt werden.

Erweitertes ALM und CI/CD-Automatisierung

Um Ihre Bereitstellungsstrategie für Fabric auf die nächste Stufe zu heben, binden Sie Ihre Git-Workflows in erweiterte Application-Lifecycle-Management-Tools (ALM) ein. Durch die Anbindung von GitHub Actions oder Azure DevOps Pipelines lassen sich Continuous Integration und Continuous Deployment (CI/CD) vollständig automatisieren. Automatisierte Skripte können Validierungstests für Ihre Notebooks bei jedem Pull Request ausführen und so sicherstellen, dass Ihre Datenpipelines jedes Mal reibungslos und zuverlässig bereitgestellt werden.

Fazit und Zusammenfassung

Das Drei-Branch-Modell für Microsoft Fabric Notebooks schlägt eine Brücke zwischen der Disziplin klassischer Softwareentwicklung und moderner Datenanalyse. Wenn Sie Ihre Feature-Arbeit isolieren, strukturierte Pull Requests erzwingen und die Umgebungskonfigurationen konsequent festlegen, beseitigt Ihr Team chaotische Deployments und baut belastbare Datenplattformen auf Enterprise-Niveau. Für eine ausführlichere Audiodiskussion zu diesen Konzepten hören Sie unbedingt unsere Episode zu Managing Git Integration for Microsoft Fabric Notebooks und optimieren Sie noch heute Ihre Workspace-Workflows!

Entitäten in diesem Artikel

Fabric workspace Microsoft Fabric Fabric notebooks Azure DevOps Data analyst GitHub Application lifecycle management (ALM) Fabric capacity JSON OAuth 2.0

Verwandte Artikel

RSS