Utvecklingsprocess i Microsoft Fabric

Målet med den här artikeln är att presentera utvecklare med olika utvecklingsprocesser i Microsoft Fabric, baserat på vanliga kundscenarier. Den här artikeln fokuserar mer på den kontinuerliga integreringen (CI) i CI/CD-processen. För en diskussion om den kontinuerliga leveransdelen (CD), se Fabric distributionsalternativ.

Den här artikeln beskriver några olika integreringsalternativ, men många organisationer använder en kombination av dem.

Utvecklingsprocess

Den Fabric-arbetsytan är en delad körningsmiljö för alla objekt, och varje arbetsyta kan därför anslutas till en enstaka gren. Ändringar som görs direkt i arbetsytan åsidosätter och påverkar alla andra arbetsyteanvändare. Därför är bästa praxis för Git att utvecklare har en separat körningsmiljö - på en annan arbetsyta. Det finns två sätt för en utvecklare att arbeta på sin egen skyddade arbetsyta.

• Utveckla med hjälp av en förgrenad arbetsyta. Varje utvecklare har en egen arbetsyta där de ansluter sin egen separata gren, synkroniserar innehållet i arbetsytan och sedan återför till grenen.
• Utveckla med hjälp av klientverktyg, till exempel Power BI Desktop för rapporter och semantiska modeller eller VS Code för notebook-filer.

Relaterat innehåll

• Fabric utplaceringsalternativ
• Lösa fel och konflikter
• Metodtips för Git-integrering