Hvordan bruke Git-integrasjon for lagerutvikling og distribusjon

Gjelder for: ✅ Warehouse i Microsoft Fabric

Denne artikkelen beskriver hvordan du kan jobbe med Fabric Git-integrasjon og Fabric datalager.

Important

Denne funksjonen er i forhåndsvisning.

Den dekker vanlige utviklingsarbeidsflyter, inkludert å lage grener, oppdatere Git-repositorier, synkronisere endringer tilbake til Fabric-arbeidsområdet, og committe warehouse-endringer til Git. Disse arbeidsflytene bidrar til versjonskontroll, samarbeid og kontrollert distribusjon av endringer i lagerskjemaer.

Git-arbeidsflyt for Fabric datalager

Fra Workspace-innstillingssiden kan du enkelt sette opp en tilkobling til git-leverandøren din. Hvis du vil konfigurere tilkoblingen, kan du se Komme i gang med Git-integrasjon. Følg instruksjonene for å Connect to a Git repo for enten å Azure DevOps eller GitHub som Git-leverandør.

Opprett eller sjekk/bytt branch

Du kan administrere Git-grener for ditt Fabric datalager arbeidsområde. Du kan opprette en ny gren, bytte mellom grener, eller forgrene deg til et eget arbeidsområde.

Ta skjermbilde fra Fabric-portalen i Current Branch-vinduet og nedtrekkslisten.

  • Sjekk ut ny filial: Opprett en ny gren for dette arbeidet. Jobb alltid i en ny arbeidsgren, ikke main. Hvis du vil koble gjeldende arbeidsområde til en ny gren mens du beholder den eksisterende arbeidsområdestatusen, velger du Utsjekk ny gren.

  • Utvide til et annet arbeidsområde: For mer informasjon om å opprette eller knytte arbeidsområder til grener, se Utvikle ved bruk av et annet arbeidsområde.

  • Bytt mellom eksisterende grener: Når du bytter gren, synkroniseres arbeidsområdet med den nye grenen og alle elementer i arbeidsområdet overstyres. For mer informasjon, se Switch-grener.

Når du forgrener arbeidsflyter, analyserer hvert lager sine avhengigheter med andre lagre for å bestemme rekkefølgen på varesynkroniseringen, slik at de forgrenede arbeidsflytene fungerer som forventet.

Mer informasjon om å sjekke ut en ny gren på Løs konflikter i Git.

Utvikle lokalt ved å bruke et databaseprosjekt

Du kan utføre lokal utvikling ved å jobbe med lagerdatabaseprosjektet fra ditt Git-repositorium. Du kan til og med utvikle mot lagerets databaseprosjekt offline.

  1. Klon Git-repositoriet som inneholder lagerdatabaseprosjektet.
  2. Åpne databaseprosjektet lokalt, for eksempel i Visual Studio Code med SQL-databaseprosjektutvidelsen.
  3. Gjør skjemaoppdateringer eller skriptendringer direkte i databaseprosjektet.
  4. Valider endringer lokalt ved å bygge databaseprosjektet for eventuelle feil.
  5. Når utviklingen er ferdig, committer og pusher endringene dine til den eksterne Git-grenen. Når de er pushet, kan de oppdaterte prosjektdefinisjonene synkroniseres tilbake til Fabric-arbeidsområdet gjennom Git-integrasjonsarbeidsflyter.

Synkroniser endringer fra Git tilbake til arbeidsområdet

Etter å ha fullført utviklingen i en funksjons- eller arbeidsgren (ikke i main), kan du synkronisere de oppdaterte databaseprosjektdefinisjonene fra Git tilbake til Fabric-arbeidsområdet slik at lageret gjenspeiler de siste godkjente endringene.

  1. Hvis du opprettet en feature branch tidligere (for eksempel under branch creation eller checkout), lag først en pull request for å gjennomgå og slå sammen endringene dine i mål-branchen. En pull request er rett og slett en forespørsel om å slå sammen endringer fra én gren til en annen.

  2. Etter at pull requesten er slått sammen i Git, gå til Source Control i Fabric-arbeidsområdet.

  3. Oppdater eller synkroniser arbeidsområdet fra Git-repositoriet for å anvende de siste endringene på lageret.

    Skjermbilde fra Fabric-portalen som viser knappen Oppdater alle i kildekontrollvinduet, og en ventende endring som venter på å bli brukt på lageret.

  4. Hvis det oppstår konflikter under synkronisering av endringer mellom Git og Fabric-arbeidsområdet, følg instruksjonene for konfliktløsning og løs konflikter.

Gjør endringer og commit warehouse-oppdateringer til Git

Hvis du trenger å gjøre endringer direkte i live-lageret, kan du fortsatt oppdatere kildekode fra definisjonen av live-lageret.

Tips

For å håndtere skjemaendringer i et strukturert, versjonskontrollert format, arbeid med lagerskjemafiler i databaseprosjekter. Du kan planlegge skjemaendringer i lageret, som beskrevet i Utvikle lokalt, ved å bruke et databaseprosjekt, i stedet for å gjøre endringer inkrementelt direkte til den levende lagerstatusen som beskrevet i denne delen.

For å gjennomgå og sette inn endringene dine i et Git-repositorium:

  1. For å opprette eller endre lager-objekter, kjør T-SQL-setninger i Fabric-portalens SQL-spørringseditor, SQL Server Management Studio (SSMS),MSSQL-utvidelse for Visual Studio Code, eller andre spørringsverktøy. Disse endringene oppdaterer det levende lagerskjemaet.

  2. Gå til Source Control i Fabric-arbeidsområdet.

  3. Det modifiserte lageret vises som en ventende endringspost i endringslisten.

  4. Under branch-out eller arbeidsområde-til-Git-synkroniseringsarbeidsflyter utfører systemet skjema-ekstraksjon ved bruk av DacFx-basert inkrementell ekstraksjon. Skjema-ekstraksjon fanger kun opp relevante skjemaendringer. Gå gjennom de oppdagede endringene:

    • Sammenlign varedefinisjonen på lageret med dagens filialversjon.
    • Valider skjemaforskjeller for individuelle elementer eller flere elementer.

  5. Velg lagervarene du vil forplikte deg til.

  6. Legg til en commit-melding og commit endringene til Git-repositoriet.

    Skjermbilde av kildekontrollmenyen i Fabric-portalen, som viser commit-dialogen og den valgfrie commit-meldingen.

  7. Etter å ha forpliktet deg:

    • Gå til Git-repositoriet.
    • Verifiser endringene gjennom commit-historikken og det oppdaterte databaseprosjektet.

    For eksempel, en commit som fjernet kolonnen Address fra dbo.Customers:

    Skjermbilde fra Fabric-portalen som viser forskjellen mellom de to commitene.

Relatert innhold

  • Last updated on