Administrer Power BI-indhold i versionskontrol

Genanvendelige assets giver dig ensartede fundamenter, men uden versionskontrol kan du ikke spore, hvad der er ændret, hvem der har ændret det, eller hvornår. Power BI Desktop-projekter og Git-integration i Fabric bringer professionel versionskontrol til din analysearbejdsgang.

Power BI Desktop-projekter

Et Power BI Desktop-projekt (.pbip) gemmer din rapport og semantiske model som almindelige tekstfiler i en mappestruktur i stedet for en enkelt binær .pbix-fil. Projektmappen indeholder to hovedundermapper:

• <Navn>. SemanticModel/ indeholder den semantiske modeldefinition i Tabular Model Definition Language (TMDL)-format. TMDL gemmer hver tabel, mål og relation som en separat læsbar tekstfil.
• <name>. Report/ indeholder rapportdefinitionen i Power BI Report (.pbir)-format. En .pbir fil er et JSON-dokument, der gemmer rapportens sider, visualiseringer og layout som struktureret tekst. Denne filtype muliggør versionskontrol, i modsætning til .pbix fil, som gemmes som binærdata.

Fordi hver definition er en tekstfil, kan du bruge standard forskellige værktøjer til at se præcis, hvad der er ændret mellem versionerne. En omdøbt kolonne, et modificeret DAX-mål eller en tilføjet relation fremstår som en klar tekstændring i stedet for en binær forskel.

For at gemme som en project, gå til File>Gem som i Power BI Desktop og vælg Power BI Project (.pbip) som filtype. Power BI Desktop opretter mappestrukturen og en .gitignore-fil, der udelukker cache- og lokale indstillingsfiler fra versionskontrol.

Projektformatet understøtter også programmatisk redigering. Fordi definitionen af den semantiske model bruger TMDL-tekstfiler, kan du bruge scripts eller værktøjer til at lave batchopdateringer. For eksempel kan du tilføje en beskrivelse til hvert mål i modellen ved at ændre TMDL-filerne direkte og derefter committe batch-ændringen via Git.

Aktiver Git-integration for et arbejdsområde

Git-integration forbinder et Fabric-arbejdsområde til et Git-repository i Azure DevOps eller GitHub. Ændringer i arbejdsområdeelementer synkroniseres tovejskommunikation mellem arbejdsområdet og arkivet. Denne integration på arbejdsområdeniveau betyder, at du kan versionskontrollere alle elementer i et arbejdsområde via en enkelt forbindelse.

For at sætte Git-integration op:

1. Åbn dit arbejdsområde i Fabric-portalen.
2. Vælg Workspace-indstillinger>Git-integration.
3. Forbind til din Git-udbyder (Azure DevOps eller GitHub).
4. Vælg repository, branch og mappe, der skal mappes.
5. Fuldfør den indledende synkronisering for at tilpasse arbejdsområdet til repositoryet.

Efter forbindelsen er etableret, viser arbejdsområdet Git-statusindikatorer på hvert element. Elementer, der adskiller sig fra arkivet, viser et ændringsikon. Elementer, der matcher arkivet, viser en synkroniseret status.

Arbejd med et Git-forbundet arbejdsområde

Når dit arbejdsområde er forbundet, arbejder du dig igennem en cyklus af redigering, commit og synkronisering:

• Commit: Når du laver ændringer i arbejdsområde-elementer, vælg Versionskontrol for at gennemgå ventende ændringer. Vælg de elementer, der skal commites, giv en beskrivende commit-besked, og gem dine ændringer i Git-repositoryet.
• Opdatering: Når repositoryet har nyere ændringer fra andre teammedlemmer, vælg Opdater alle for at trække disse ændringer ind i arbejdsområdet. Dette bringer arbejdsområdet i sync med den nyeste repository-tilstand.
• Branches: Du kan skifte workspace til en anden branch til udvikling eller test. Hver gren repræsenterer en selvstændig udviklingslinje. Opret feature branchs til eksperimentelle ændringer, som ikke bør påvirke hovedgrenen, før de er gennemgået.
• Konflikter: Hvis det samme element er ændret både i arbejdsområdet og repositoryet siden sidste synkronisering, rapporterer Git en konflikt. Du løser konflikten ved at vælge, hvilken version der skal beholdes, eller ved manuelt at sammenflette ændringerne.

Kombiner projekter og Git-integration

Power BI Desktop-projekter og Fabric Git-integration supplerer hinanden i en teamarbejdsgang:

1. Lokal udvikling: Forfattere gemmer arbejde som .pbip-projekter på deres lokale maskine og bruger Power BI Desktop til forfatterskab og iteration.
2. Commit til Git: Forfattere commit .pbip filer til det fælles Git-repository. Det tekstbaserede format gør kodegennemgange praktiske, fordi anmeldere kan se præcis, hvilke mål, kolonner eller visuelle elementer der er ændret.
3. Workspace sync: Fabric workspace synkroniseres med repositoryet, så publiceret indhold afspejler de seneste commits.

Denne arbejdsgang giver dig fordelene ved lokal udvikling (hurtigere iteration, offline arbejde) kombineret med centraliseret versionshistorik og teamsamarbejde via Git.

Med genanvendelige assets under versionskontrol er Udvikle-fasen fuldført. Dernæst går du videre til Validate-fasen — hvor du inspicerer og verificerer dine modeller programmatisk gennem XMLA-endpointet.