Oversikt over integrering av Dataverse og Git (forhåndsversjon)
[Denne artikkelen inneholder dokumentasjon for forhåndsversjonen og kan bli endret.]
Integrering med kildekontroll gjør at utviklingsteam kan synkronisere løsninger og løsningsobjekter på tvers av et eller flere Microsoft Dataverse-miljøer ved å bruke et Azure DevOps Git-repositorium. Funksjonen for kildekontrollintegrering er tilgjengelig opprinnelig i løsningsfunksjonene, som sikrer at selvlærte utviklere, kodefokuserte utviklere og administratorer kan dra nytte av versjonskontroll, endringssporing og sømløst teamsamarbeid på tvers av ulike verktøy og miljøer. Git-integrering er ment å brukes med utviklermiljøer, ikke i test- eller produksjonsmiljøer der distribusjoner kan foretas ved å bruke bygg til å opprette løsningsartefakter og kanaler som skal distribueres.
Viktig!
- Dette er forhåndsversjonsfunksjon.
- Forhåndsversjonsfunksjonene er ikke ment for produksjonsbruk og kan ha begrenset funksjonalitet. Disse funksjonene er tilgjengelige før en offisiell utgivelse, slik at kunder kan få tidlig tilgang og gi tilbakemeldinger.
- Denne funksjonen er for øyeblikket bare tilgjengelig for miljøer som er opprettet for tidlige lanseringssykluser. Gå til Miljøer i tidlig lanseringssyklus
I denne artikkelen finner du noen av de viktigste konseptene og fordelene ved å bruke Git-aktivert kildekontroll med Dataverse-miljøene og -løsningene. Hvis du vil ha informasjon om Git i Azure DevOps, kan du gå til Azure DevOps Git-repositoriet.
ALM i Power Platform og Dataverse
Power Platform har mange bruksklare funksjoner som gjør at organisasjoner kan håndtere administrasjon av programlivssyklus (ALM) for løsningene sine. Funksjonen for å pakke løsninger som beholdere er inkludert for de mange ulike typene komponenter på plattformen, miljøer som er involvert i programlivssyklusen, kan administreres, og løsninger kan distribueres ved hjelp av kanaler i Power Platform. Det går også an å integrere Git-repositorier med Power Platform på mange ulike måter, ved å bruke utviklerverktøy. Med opprinnelig integrering av Git i Dataverse blir prosessen enklere og strømlinjeformet for utviklere, slik at de kan arbeide med løsningene på en velkjent måte og samhandle med kildekontroll via forenklede grensesnitt i Power Apps (make.powerapps.com).
Fordeler
- Kildekontroll som sannhetskilde: I enkelte organisasjoner er sannhetskilden for utrullinger i Dataverse utviklermiljøene der løsninger bygges. Den primære drivkraften bak denne funksjonaliteten er den ikke-opprinnelige Git-integreringen som bruker avanserte teknikker og verktøy og krever profesjonell IT-ekspertise for å komme i gang. Med den opprinnelige integreringen av Git i Dataverse kan kildekontroll aktiveres med bare noen få trinn, og den har et velkjent grensesnitt for utviklere, der de kan jobbe med løsningene sine.
- Sikkerhet, sporing av endringer og samsvar ved hjelp av anbefalte fremgangsmåter i SDLC: Anbefalte fremgangsmåter i livssyklusen til programvareutvikling (SDLC) er et sett med retningslinjer og prosesser som hjelper deg å administrere programvareutviklingsprosjektene effektivt. Når du bruker Git-integrering i Dataverse, følger du SDLC-praksiser, for eksempel versjonskontroll, kodegjennomganger og statisk analyse av kildekode for å sikre kvaliteten, påliteligheten og sikkerheten til løsningene. Git-integrering i Dataverse byr også på funksjoner som sporing av endringer, samsvar og sporbarhet som hjelper deg å spore endringer i løsningene og samarbeide effektivt med andre teammedlemmer.
- Kortvarige utviklingsmiljøer: Når du lagrer en kopi av tilpassinger og konfigurasjoner for miljøet i kildekontroll, kan du raskt og enkelt rehydrere utviklingsmiljøer fra kildekontrollen i Dataverse. Dette gjør at du kan opprette kortvarige miljøer for utviklings- og testformål. Kortvarige miljøer gjør at du kan frigjøre lagringsplass, eksperimentere med nye funksjoner, teste og utbedre løsningene uten å være avhengig av permanente miljøer.
- Tverrfaglige utviklingsteam: Tverrfaglige utviklingsteam er team som består av utviklere av ulike typer som samarbeider for å bygge løsninger. Når disse brukerne bruker Git-integrering i Dataverse, kan de bygge uavhengig i separate miljøer og samarbeide med andre ved å synkronisere med et felles repositorium for kildekontroll. Kildekontrollintegrering gjør at du kan bruke ferdighetene og ekspertisen til utviklere av ulike typer til å bygge løsninger av høy kvalitet som oppfyller behovene til organisasjonen.
- Beskyttelse: Når du bruker kildekontroll som sannhetskilde for løsningene, kan du raskt og enkelt gjenopprette fra utilsiktede endringer i løsningene. Når du lagrer løsningene i kildekontrollen, kan du gjenopprette til en tidligere tilstand eller versjon.
Nøkkelkonsepter
Uadministrerte kontra administrerte løsninger
Når du bruker Git-integrering med Dataverse, kommer løsninger som er lagret i kildekontroll, fra uadministrerte løsninger i miljøet til en utvikler. Uadministrerte løsninger gjør at utviklere kan legge til, fjerne og oppdatere komponenter som synkroniseres med kildekontroll når du lagrer og sender endringer. Administrerte løsninger bygges fra kildekontroll og distribueres til miljøer nedstrøms, for eksempel test eller produksjon, og kan ikke redigeres i disse miljøene. Administrerte løsninger brukes til å sikre at sannhetskilden for løsningene alltid er kildekontroll, og at endringer bare blir gjort i miljøet til en utvikler før de legges til i kildekontroll og distribueres andre steder.
Filformat for løsningskomponenter
Innføringen av Git-integrering i Dataverse har ført til endringer i hvordan løsninger og løsningskomponenter representeres i kildekontroll. Når du lagrer og sender endringer til kildekontroll, lagres løsningskomponentene i et bestemt format som er kompatibelt med Git. Dette formatet brukes til å representere løsningskomponentene på en måte som er lett å lese og forstå, og kan brukes til å spore endringer i løsningskomponentene over tid. Filformatet for løsningskomponenter er utformet slik at det kan leses av mennesker og brukes til å vise endringer i løsningskomponentene i kildekontroll. For å tillate at flere løsninger lagres i samme repositorium og mappe, blir ikke lenger løsningskomponentene i kildekontroll duplisert for hver løsning. Løsningskomponentene lagres i stedet på ett sted og kan deles på tvers av flere løsninger i samme repositorium og mappe.
Kodefokusert utvikling med Git
Kodefokusert utvikling i Power Platform aktiveres ved hjelp av utviklingsverktøy som Power Platform CLI, Visual Studio og Visual Studio Code-utvidelser. Det er vanskelig å involvere kodefokuserte utviklere i løsningsutviklingsprosessen uten kildekontrollintegrering, siden komponenter som kontroller for Power Apps component framework og Dataverse-programtillegg distribueres i løsninger som pakkede ressurser som er bygd fra kildekode og ikke kan redigeres direkte i Power Apps (make.powerapps.com). Uten kildekontroll som en del av utviklingsprosessen for både lavkodebaserte og kodefokuserte komponenter, er det vanskelig å administrere endringer i løsningen og sikre at endringer spores og distribueres på en kontrollert måte.
Når du aktiverer Git-integrering i Dataverse, kan du møte kodefokuserte utviklere der de arbeider, og gi både lavkodebaserte og kodefokuserte utviklere en sømløs opplevelse. Det er imidlertid visse ting du må ta hensyn til når du administrerer kodefokuserte komponenter i et lavkodemiljø.
Tverrfaglig utvikling med integrering av Dataverse og Git
Power Platform har funksjoner for både lavkodebasert og kodefokusert utvikling. Denne artikkelen diskuterer kodefokuserte utviklingsprosesser knyttet til integreringen av Dataverse og Git, og gir veiledning om hvordan du administrerer kodefokuserte og lavkodebaserte komponenter i ett miljø. Komponenter som Power Apps component framework-kontroller, Dataverse-programtillegg og egendefinerte arbeidsflytaktiviteter er eksempler på kodefokuserte komponenter som kan administreres i kildekontroll.
Kodefokuserte og lavkodebaserte komponenter i ett miljø
Kodefokuserte komponenter kan tas med i løsninger via en byggeprosess som genererer en administrert eller uadministrert løsning som kan importeres til et Dataverse-miljø. Kodefokuserte komponenter kan imidlertid også distribueres direkte til en uadministrert løsning i et utviklermiljø når etter at de er bygd, uten å bruke løsningsbyggeprosessen til å distribuere dem. Gitt denne fleksibiliteten må du ta hensyn til byggeprosessen.
Hvis du distribuerer kodefokuserte komponenter direkte til en uadministrert løsning i et utviklermiljø, lagres bare den kompilerte (bygde) versjonen i kildekontroll når disse komponentene lagres i kildekontroll. Den binære DLL-filen hvis det for eksempel er snakk om et programtillegg, eller den transpilerte og optimaliserte JavaScript-bunten for en Power Apps component framework-kontroll. Som et resultat ender du opp med to kopier av komponenten i kildekontrollen – én representert av den bygde versjonen og den andre representert av kildekoden. Hvis du lagrer binærfiler i repositoriet, kan dette føre til forvirring og potensielle konflikter hvis kildekoden og den bygde versjonen ikke holdes synkronisert. Denne praksisen anbefales ikke, fordi kildekoden skal være den eneste sannhetskilden for komponenten, og bare én kopi skal lagres.
Den anbefalte tilnærmingen er å bygge kodefokuserte komponenter som en del av en løsningsbyggeprosess og importere den genererte, uadministrerte løsningen til utviklermiljøet. Denne tilnærmingen sikrer at kildekoden og den bygde versjonen holdes synkronisert, og at kildekoden er den eneste sannhetskilden for komponenten. Denne tilnærmingen krever imidlertid at du har en byggeprosess på plass for å generere den administrerte eller uadministrerte løsningen for bruk i importprosessen og distribusjonsprosessen. Du kan for eksempel opprette Azure-pipeliner eller GitHub-arbeidsflyter som oppretter artefakter som pipeliner i Power Platform og Git-synkroniseringsprosessene skal bruke.