Microsoft Fabric: Git-strategie voor solo Data Engineer met niet-technische gebruikers

Samenvatting

Microsoft Fabric draait hier met één Git-ervaren engineer en circa 25 workspaces voor niet-technische gebruikers.

Wat gebeurt er met Git in Microsoft Fabric?

Een data-engineer beschrijft op Reddit een Fabric-omgeving waarin hij als enige teamlid Git-ervaring heeft. In het centrale IT-workspace beheert hij de data-engineering en de end-to-end Medallion-architectuur.

Daarnaast werken gebruikers en analisten uit verschillende afdelingen in ongeveer 25 business-workspaces. Zij bouwen rapporten en semantic models uitsluitend via de Fabric UI en hebben geen Git-kennis. De vraag draait daardoor om de scheiding tussen technisch beheer en zelfstandig werk door businessgebruikers.

Git past direct bij het centrale IT-workspace, waar de engineer wijzigingen kan beheren en controleren. Voor de business-workspaces ligt dat anders: daar werken gebruikers in de interface, zonder kennis van branches, commits of pull requests. De inrichting moet dus duidelijk maken welke onderdelen onder versiebeheer vallen en welke gebruikers zelfstandig mogen aanpassen.

Waarom raakt Git in Microsoft Fabric de inrichting?

De casus laat zien dat één Fabric-omgeving twee werkwijzen combineert. De Medallion-laag vraagt om technische consistentie en controle, terwijl rapporten en semantic models in business-workspaces door niet-technische gebruikers worden gemaakt. Een Git-strategie die alleen op de engineer is afgestemd, sluit niet automatisch aan op die tweede groep.

Daarom ligt de kern niet alleen bij Git zelf, maar bij eigenaarschap en overdracht. De organisatie moet onderscheid maken tussen broncode, data-engineeringobjecten, rapporten en semantic models. Ook moet duidelijk zijn wanneer een wijziging via het centrale IT-workspace loopt en wanneer een businessgebruiker rechtstreeks in Fabric werkt.

De bron beschrijft geen gekozen oplossing. Wel maakt de situatie zichtbaar dat technische versiecontrole en gebruikersvrijheid niet vanzelf dezelfde werkstroom opleveren.

Concrete takeaway voor Microsoft Fabric

Breng per workspace vast wie eigenaar is, welke Fabric-objecten onder Git vallen en welke wijzigingen businessgebruikers zelf mogen publiceren. Leg die afspraken vast naast de Medallion-architectuur en test ze met één business-workspace voordat je de werkwijze breder toepast.