Oversigt over integration af Dataverse Git (forhåndsversion)
[Denne artikel er dokumentation til den foreløbige udgivelse. Der kan forekomme ændringer.]
Integration af kildekontrol gør det muligt for udviklingsteams at synkronisere løsninger og løsningsobjekter på tværs af et eller flere Microsoft Dataverse miljøer ved hjælp af et Azure DevOps Git-lager. Funktionen til integration af versionsstyring er tilgængelig som en indbygget del i løsningsoplevelserne, hvilket sikrer, at selvlærte udviklere, udviklere med kodefokus og administratorer kan drage fordel af versionskontrol, registrering af ændringer og problemfrit teamsamarbejde på tværs af forskellige værktøjer og miljøer. Git-integration er beregnet til brug sammen med udviklermiljøer og ikke i test- eller produktionsmiljøer, hvor der kan foretages udrulninger ved hjælp af builds for at oprette løsningsartefakter og pipelines, der skal udrulles.
Vigtigt!
- Dette er en forhåndsversion af funktionen.
- Forhåndsversionsfunktionerne er ikke beregnet til produktionsformål og kan have begrænset funktionalitet. Disse funktioner er tilgængelige før en officiel udgivelse, så kunderne kan få tidlig adgang og give feedback.
- Denne funktion er i øjeblikket kun tilgængelig for miljøer, der er oprettet til tidlige udgivelsescyklusser. Gå til Miljøer til tidlig udgivelsescyklus
I denne artikel finder du nogle af de vigtigste begreber og fordele ved at bruge Git-aktiveret kildestyring i dine Dataverse-miljøer og løsninger. Du kan finde oplysninger om Git i Azure DevOps ved at gå til Azure DevOps Git-lageret.
ALM i Power Platform og Dataverse
Power Platform indeholder mange standardfunktioner, der gør det muligt for organisationer at administrere ALM (Application Lifecycle Management) for deres løsninger. Inkluderet er muligheden for at pakke løsninger som containere til de mange forskellige typer komponenter på platformen, administrere miljøer, der er involveret i applikations livscyklus, og udrulle løsninger ved hjælp af pipelines i Power Platform. Der er også mulighed for at integrere Git-lagre ved hjælp af Power Platform-udviklerværktøjer på flere måder. Med oprindelig integration af Git i Dataverse er processen forenklet og strømlinet, så udviklere kan arbejde med deres løsninger på en velkendt måde og interagere med kildestyring via forenklede grænseflader i Power Apps (make.powerapps.com).
Personalegoder
- Versionsstyring som kilde til sandheden: I nogle organisationer er kilden til sandheden for udrulninger i Dataverse de udviklermiljøer, som løsningerne bygges i. Den primære drivkraft for denne funktionsmåde er, at den ikke-oprindelige Git-integration bruger avancerede teknikker og værktøjer, som kræver professionel it-ekspertise for at komme i gang. Med den indbyggede integration af Git i Dataverse kan versionsstyring aktiveres med nogle få trin, og det giver en velkendt grænseflade, hvor udviklere kan arbejde med deres løsninger.
- Sikkerhed, overvågning og overholdelse ved hjælp af bedste SDLC-praksis: Bedste praksis for softwareudviklingslivscyklus (SDLC) er et sæt retningslinjer og processer, der hjælper dig med at administrere dine softwareudviklingsprojekter effektivt. Ved at bruge Git-integration i Dataverse følger du SDLC-praksis såsom versionskontrol, kodegennemgange og statisk kildekodeanalyse for at sikre kvaliteten, pålideligheden og sikkerheden af dine løsninger. Git-integration i Dataverse indeholder også funktioner som overvågning, overholdelse og sporbarhed, der hjælper dig med at spore ændringer af dine løsninger og samarbejde effektivt med andre teammedlemmer.
- Kortvarige udviklingsmiljøer: Ved at gemme en kopi af dine miljøers tilpasninger og konfigurationer i versionsstyring kan du hurtigt og nemt genskabe udviklingsmiljøer fra versionsstyringen i Dataverse. Dette giver dig mulighed for at oprette kortvarige miljøer til udviklings- og testformål. Kortvarige miljøer giver dig mulighed for at frigøre lagerplads, eksperimentere med nye funktioner, teste og gentage dine løsninger uden at være afhængig af permanente miljøer.
- Fusionsudviklingsteams: Fusionsudviklingsteams er teams, der består af både udviklere og oprettere, der arbejder sammen om at udvikle løsninger. Ved hjælp af Git-integration i Dataverse kan disse brugere bygge uafhængigt i separate miljøer og samarbejde med andre ved at synkronisere med et fælles kildekontrollager. Integration af versionsstyring giver dig mulighed for at bruge færdigheder og ekspertise fra både udviklere og oprettere til at udvikle løsninger af høj kvalitet, der opfylder din organisations behov.
- Beskyttelse: Brug af kildestyring som kilde til sandhed for dine løsninger giver dig mulighed for hurtigt og nemt at komme dig efter utilsigtede ændringer i dine løsninger. Hvis du gemmer løsningerne i kildestyringen, kan du gendanne til en tidligere tilstand eller version.
Nøglekoncepter
Ikke-administrerede vs. administrerede løsninger
Når du bruger Git-integration med Dataverse, kommer løsninger, der er gemt i versionsstyring, fra ikke-administrerede løsninger i en udviklers miljø. Ikke-administrerede løsninger giver udviklere mulighed for at tilføje, fjerne og opdatere komponenter, der er synkroniseret med versionsstyring, når du bekræfter og pusher ændringer. Administrerede løsninger bygges fra versionsstyring og udrulles i downstreammiljøer, f.eks. test eller produktion, og kan ikke redigeres i disse miljøer. Administrerede løsninger bruges til at sikre, at kilden til sandhed for dine løsninger altid er versionsstyring, og at ændringer kun foretages i et udviklingsmiljø, før de føjes til versionsstyring og installeres andre steder.
Filformatering for løsningskomponenter
Med introduktionen af Git-integration i Dataverse er der ændringer i den måde, løsninger og løsningskomponenter repræsenteres på i versionsstyring. Når du bekræfter og pusher ændringer til versionsstyring, gemmes løsningskomponenterne i et bestemt format, der er kompatibelt med Git. Dette format bruges til at repræsentere løsningskomponenterne på en måde, der er let at læse og forstå, og som kan bruges til at spore ændringer af løsningskomponenterne over tid. Filformatet for løsningskomponenter er udviklet, så det kan læses af mennesker, og det kan bruges til at få vist ændringer af løsningskomponenterne i versionsstyring. Og for at gøre det muligt at gemme flere løsninger i samme lager og mappe duplikeres løsningskomponenterne i versionsstyring ikke længere for hver løsning. I stedet gemmes løsningskomponenterne på en enkelt placering og kan deles på tværs af flere løsninger i samme lager og mappe.
Code-first-udvikling med Git
Code-first-udvikling i Power Platform aktiveres ved hjælp af udviklingsværktøjer som Power Platform CLI, Visual Studio og Visual Studio Code-udvidelser. Det er vanskeligt at involvere code-first-udviklere i løsningsudviklingsprocessen uden integration af versionsstyring, da komponenter som kontrolelementer i Power Apps component framework (PCF) og Dataverse-plug-ins udrulles i løsninger som pakkede aktiver, der er bygget ud fra kildekoden og ikke kan redigeres direkte i Power Apps (make.powerapps.com). Uden versionsstyring som en del af udviklingsprocessen for både low-code- og code-first-komponenter, er det vanskeligt at administrere ændringer af løsningen og sikre, at ændringer spores og installeres på en kontrolleret måde.
Ved at aktivere Git-integration i Dataverse kan du møde code-first-udviklere der, hvor de arbejder, og give en problemfri oplevelse for både low-code- og code-first-udviklere. Der er dog nogle overvejelser, du skal være opmærksom på, når du administrerer code-first-komponenter i et low-code-miljø.
Fusionsudvikling med Dataverse Git-integration
Power Platform indeholder funktioner til udvikling med både low-code og code-first. I denne artikel beskrives udviklingsprocesser med code-first, der er knyttet til Dataverse og Git-integration, og der gives vejledning i, hvordan du administrerer code-first- og low-code-komponenter i et enkelt miljø. Komponenter som Power Apps component framework-kontrolelementer, Dataverse plug-ins og brugerdefinerede arbejdsprocesaktiviteter, der er eksempler på kode-først-komponenter, der kan administreres i kildestyring.
Code-first- og low-code-komponenter i et enkelt miljø
Code-first-komponenter kan inkluderes i løsninger via en buildproces, der opretter en administreret eller ikke-administreret løsning, som kan importeres til et Dataverse-miljø. Men code-first-komponenter kan også udrulles direkte i en ikke-administreret løsning i et udviklermiljø, når de er bygget, uden at bruge løsningsbyggeprocessen til at udrulle dem. Der er buildprocessen, der skal overvejes i betragtning af denne fleksibilitet.
Hvis du udruller code-first-komponenter direkte i en ikke-administreret løsning i et udviklermiljø, når disse komponenter er bekræftet til versionsstyring, er det kun deres kompilerede (byggede) version, der gemmes i versionsstyringen. Det kan f.eks. være den binære DLL-fil, hvis der er et plug-in, eller den transpilerede og optimerede pakke JavaScript til et Power Apps component framework-kontrolelement. Det betyder, at du ender med to kopier af komponenten i versionsstyring – den ene repræsenteret af den indbyggede version og den anden repræsenteret af kildekoden. Lagring af binære filer i dit lager kan føre til forvirring og potentielle konflikter, hvis kildekoden og den byggede version ikke holdes synkroniseret. Denne fremgangsmåde anbefales ikke, da kildekoden skal være den eneste sandhedskilde for komponenten, og der skal kun gemmes en enkelt kopi.
Den anbefalede fremgangsmåde er at bygge code-first-komponenter som en del af en løsningsbuildproces og importere den genererede ikke-administrerede løsning til udviklermiljøet. Denne fremgangsmåde sikrer, at kildekoden og den indbyggede version holdes synkroniseret, og at kildekoden er den eneste sandhedskilde for komponenten. Denne fremgangsmåde kræver dog, at du har en buildproces, som kan bruges til at oprette den administrerede eller ikke-administrerede løsning til brug i importprocessen og udrulningsprocessen. Du kan f.eks. oprette Azure Pipelines eller GitHub-arbejdsprocesser, der opretter artefakter for pipelines i Power Platform, og som Git-synkroniseringsprocesserne kan forbruge.