Git Integration in Fabric
Last modified by Dimitri Rupp on 2026/06/11 09:30
On this page
- Git Integration in Fabric
Git Integration in Fabric
Ueberblick
Zweck dieses Dokuments ist es, einen Ueberblick darueber zu geben, wie ein Fabric-Arbeitsbereich mit einem GitHub-Repository verbunden werden kann.
Bevor ein Repository erstellt werden kann, muessen die Benutzer GitHub-Konten besitzen, die der Organisation hinzugefuegt wurden. Ein IT-Administrator oder Inhaber der GitHub-Organisation kann neue Mitglieder zur Organisation einladen.
1. GitHub-User zur Organisation einladen (IT-Admin / Inhaber)
- Im Organisations-Dashboard zu „People" gehen und auf „Invite member" klicken.
- Den GitHub-Benutzernamen oder die E-Mail-Adresse des Benutzers eingeben.
- Die Rolle auswaehlen — Mitglied (Standard) oder Inhaber, falls erweiterte Berechtigungen erforderlich sind.
2. Zwei-Faktor-Authentifizierung (2FA) einrichten (vom Benutzer)
- Zu den Sicherheitseinstellungen gehen: Profilbild → Einstellungen (Settings).
- In der linken Seitenleiste „Password and authentication" waehlen.
- 2FA-Einrichtung starten: Unter „Two-factor authentication" auf „Enable two-factor authentication" klicken.
3. Integration eines GitHub-Repositories mit einem Fabric-Arbeitsbereich
Anforderungen auf Fabric-Seite
Der Arbeitsbereich muss durch eine Fabric-Kapazitaet unterstuetzt werden.
Anforderungen auf GitHub-Seite
- Der Benutzer muss Teil der Collaborators und Teams im Repository sein.
- Der Benutzer muss ueber Schreibzugriff auf das Repository verfuegen.
- Es muss ein feingranulares persoenliches Zugriffstoken (Personal Access Token, PAT) generiert werden, um den Arbeitsbereich mit dem Repository zu verbinden.
Vorgehensweise im Fabric-Arbeitsbereich
- Zu Workspace-Einstellungen > Git-Integration navigieren und GitHub auswaehlen.
2. Das Konto hinzufuegen und das zuvor erstellte Zugriffstoken im vorgesehenen Feld eingeben.
3. Den Arbeitsbereich mit dem Git-Repository verbinden.
4. Den Branch waehlen, auf dem gearbeitet werden soll.
Workflow nach erfolgreicher Integration
flowchart LR
DEV[Entwickler
im Fabric-Arbeitsbereich] -->|aendert Item| WS[Fabric Workspace
Lakehouses / Notebooks / Pipelines]
WS -->|"Commit + Push"| REPO[GitHub Repository
SPL Tele org]
REPO -->|"Pull / Branch"| WS2[Anderer Workspace
z.B. Test / Prod]
REPO -.->|Code Review / PR| TEAM[Team Members]
classDef ws fill:#e3f2fd,stroke:#1976d2,stroke-width:1px
classDef git fill:#fff3cd,stroke:#b85c00,stroke-width:1px
classDef team fill:#c8e6c9,stroke:#2e7d32,stroke-width:1px
class WS,WS2 ws
class REPO git
class DEV,TEAM team
Best Practices
- Branching-Strategie definieren — z.B. main fuer Produktion, dev fuer Entwicklung, Feature-Branches fuer einzelne Items.
- PAT regelmaessig rotieren — feingranulare Tokens haben ein Ablaufdatum; vor Ablauf erneuern.
- 2FA ist Pflicht — ohne 2FA verweigert die Organisation den Beitritt.
- Commits sinnvoll dokumentieren — Workspace-Items werden als JSON / YAML / Notebooks committed; gute Messages sparen Reviewer-Zeit.
Related pages
- Fabric (Hub)
- Fabric security for admins — beschreibt das verbundene SPL-Tele-GitHub-Repository und Deployment-Pipelines
Verwandte Themen
Kuratiert — kann direkt im Editor ergänzt werden://
Automatisch vorgeschlagen über gemeinsame Tags (fabric, anleitung):
- Fabric external data sharing
- Fabric Data Pipelines
- Fabric Dataflows
- Fabric Excel Ingestion
- FAQ
- List of notebooks in use
Status: Migriert — Team-Review ausstehend · Owner: (festlegen) · Letzter Review: 2026-06-11