Hur man använder Git-integration för lagerutveckling och distribution

Gäller för: ✅ Warehouse i Microsoft Fabric

Den här artikeln beskriver hur man arbetar med Fabric Git-integration och Fabric Data Warehouse.

Important

Den här funktionen är i förhandsversion.

Den täcker vanliga utvecklingsarbetsflöden inklusive att skapa grenar, uppdatera Git-repositorier, synkronisera ändringar tillbaka till Fabric-arbetsytan och committa lagerändringar i Git. Dessa arbetsflöden möjliggör versionskontroll, samarbete och kontrollerad distribution av lagerschemaändringar.

Git-arbetsflöde för Fabric Data Warehouse

Från sidan Workspace-inställningar kan du enkelt ställa in en anslutning till din git-leverantör. För att konfigurera anslutningen, se Kom igång med Git-integrering. Följ anvisningarna för att Anslut till en Git-lagringsplats till antingen Azure DevOps eller GitHub som Git-provider.

Skapa eller kolla/byta branch

Du kan hantera Git-grenar för din Fabric Data Warehouse workspace. Du kan skapa en ny gren, byta mellan grenar eller förgrena dig till en separat arbetsyta.

Ta en skärmdump från Fabric-portalen i fönstret Current Branch och rullgardinsmenyn.

  • Kolla in ny filial: Skapa en ny gren för detta arbete. Arbeta alltid i en ny arbetsgren, inte main. Om du vill ansluta den aktuella arbetsytan till en ny gren samtidigt som den befintliga arbetsytans status behålls väljer du Checka ut ny gren.

  • Bredda dig till en annan arbetsplats: För mer information om att skapa eller koppla arbetsytor till grenar, se Utveckla med en annan arbetsyta.

  • Byt mellan befintliga filialer: När du byter gren synkas arbetsytan med den nya grenen och alla objekt i arbetsytan överskrivs. För mer information, se Switch-grenar.

När du förgrenar arbetsflöden analyserar varje lager sina beroenden med andra lager för att bestämma sekvensen för artikelsynkronisering och säkerställa att de förgrenade arbetsflödena fungerar som förväntat.

Läs mer om att checka ut en ny gren i Lösa konflikter i Git.

Utveckla lokalt genom att använda ett databasprojekt

Du kan utföra lokal utveckling genom att arbeta med lagerdatabasprojektet från ditt Git-repository. Du kan till och med utveckla mot lagrets databasprojekt offline.

  1. Klona Git-repositoryt som innehåller lagerdatabasprojektet.
  2. Öppna databasprojektet lokalt, till exempel i Visual Studio Code med SQL-databasprojekttillägget.
  3. Gör schemauppdateringar eller skriptändringar direkt i databasprojektet.
  4. Validera ändringar lokalt genom att bygga databasprojektet för eventuella fel.
  5. När utvecklingen är klar, committa och pusha dina ändringar till den fjärrstyrda Git-grenen. När de har skickats kan de uppdaterade projektdefinitionerna synkroniseras tillbaka till Fabric-arbetsytan via Git-integrationsarbetsflöden.

Synkronisera ändringar från Git tillbaka till arbetsytan

Efter att ha slutfört utvecklingen i en funktions- eller arbetsgren (inte i main), kan du synkronisera de uppdaterade databasprojektdefinitionerna från Git tillbaka till Fabric-arbetsytan så att lagret speglar de senaste godkända ändringarna.

  1. Om du skapade en funktionsgren tidigare (till exempel under grenskapandet eller utcheckningen), skapa först en pull request för att granska och slå ihop dina ändringar i målgrenen. En pull request är helt enkelt en begäran om att slå ihop ändringar från en gren till en annan.

  2. Efter att pull request har slagits ihop i Git, gå till Versionskontroll i Fabric-arbetsområdet.

  3. Uppdatera eller synka arbetsytan från Git-arkivet för att applicera de senaste ändringarna på lagret.

    Skärmdump från Fabric-portalen som visar knappen Uppdatera alla i källkontrollfönstret, och en väntande ändring som väntar på att appliceras på lagret.

  4. Om konflikter uppstår när ändringar synkroniseras mellan Git och Fabric-arbetsområdet, följ konfliktlösningsguiderna och lös konflikter.

Gör ändringar och committa warehouse-uppdateringar till Git

Om du behöver göra ändringar direkt i live-lagret kan du fortfarande uppdatera versionshanteringen från live-warehouse-definitionen.

Tip

För att hantera schemaändringar i ett strukturerat, versionskontrollerat format, arbeta med lagerschemafiler i databasprojekt. Du kan planera schemaändringar i lagret, som beskrivs i Utveckla lokalt, genom att använda ett databasprojekt, istället för att göra ändringar inkrementellt direkt till det levande lagrets tillstånd som beskrivs i detta avsnitt.

För att granska och committa dina ändringar i ett Git-repository:

  1. För att skapa eller ändra lagerobjekt, kör T-SQL-satser i Fabric portal SQL-frågeredigeraren, SQL Server Management Studio (SSMS),MSSQL-tillägget för Visual Studio Code eller andra frågeverktyg. Dessa ändringar uppdaterar det levande lagerschemat.

  2. Gå till Source Control i Fabric-arbetsytan.

  3. Det modifierade lagret visas som en pågående ändringspost i ändringslistan.

  4. Under branch-out eller arbetsflöden mellan arbetsyta och Git synkroniserar systemet schemaextraktion genom att använda DacFx-baserad inkrementell extraktion. Schemautvinning fångar endast relevanta schemaändringar. Gå igenom de upptäckta förändringarna:

    • Jämför definitionen av lagervaruvaror med den nuvarande filialversionen.
    • Validera schema-skillnader för enskilda eller flera objekt.

  5. Välj de lagervaror du vill satsa på.

  6. Lägg till ett commit-meddelande och commit ändringarna till Git-arkivet.

    Skärmdump av versionskontrollmenyn i Fabric-portalen, som visar commit-dialogen och det valfria commit-meddelandet.

  7. Efter att ha gjort det:

    • Gå till Git-arkivet.
    • Verifiera ändringarna via commit-historiken och uppdaterade databasprojektobjektet.

    Till exempel, en commit som tog bort kolumnen Address från dbo.Customers:

    Skärmdump från Fabric-portalen som visar skillnaden mellan de två commits.

Relaterat innehåll

  • Last updated on