Översikt över Dataverse-integration med Git (förhandsversion)
[Den här artikeln är en förhandsversion av dokumentationen och kan komma att ändras.]
Källkontrollintegrering gör det möjligt för utvecklingsteam att synkronisera lösningar och lösningsobjekt i en eller flera Microsoft Dataverse-miljöer med hjälp av en Azure DevOps Git-lagringsplats. Integreringsfunktionen för källkontroll är tillgänglig internt i lösningsupplevelserna, vilket säkerställer att civila utvecklare, kodutvecklare och administratörer kan dra nytta av versionskontroll, ändringsspårning och sömlöst teamsamarbete mellan olika verktyg och miljöer. Git-integration är avsedd att användas med utvecklarmiljöer och inte i dina test- eller produktionsmiljöer där distributioner kan göras med hjälp av byggen för att skapa lösningsartefakter och pipelines för att distribuera.
Viktigt
- Detta är en förhandsversion.
- Förhandsversionsfunktioner ska inte användas i produktion och funktionerna kan vara begränsade. funktionerna är tillgängliga före den officiella publiceringen så att kunderna kan få tillgång tidigare och ge oss feedback.
- Den här funktionen är för närvarande endast tillgänglig för miljöer som har skapats för tidiga utgivningscykler. Gå till Miljöer med tidiga versioner
I den här artikeln hittar du några av de viktigaste begreppen och fördelarna med att använda Git-aktiverad källkontroll med dina Dataverse-miljöer och -lösningar. Information om Git i finns Azure DevOps på Azure DevOps Git-lagringsplatsen.
ALM i Power Platform och Dataverse
Power Platform innehåller många färdiga funktioner som gör det möjligt för organisationer att hantera programlivscykelhantering (ALM) för sina lösningar. Inkluderat är möjligheten att paketera lösningar som containrar för de många olika typerna av komponenter i plattformen, hantera miljöer som är involverade i programmets livscykel och distribuera lösningar med hjälp av pipelines i Power Platform. Det finns också flera sätt att integrera Git-lagringsplatser med Power Platform med hjälp av utvecklarverktyg. Med inbyggd integrering av Git i Dataverse förenklas och effektiviseras processen så att skapare kan arbeta med sina lösningar på ett välbekant sätt och interagera med källkontrollen via förenklade gränssnitt i Power Apps (make.powerapps.com).
Förmåner
- Källkontroll som sanningskälla: Inom vissa organisationer är sanningskällan för distributioner i Dataverse de skaparmiljöer där lösningar byggs. Den främsta drivkraften för det här beteendet är den icke-interna Git-integreringen som använder avancerade tekniker och verktyg som kräver professionell IT-expertis för att komma igång. Med den inbyggda integreringen av Git i Dataverse kan källkontroll aktiveras med bara några få steg och ger ett välbekant gränssnitt för skapare att arbeta med sina lösningar.
- Säkerhet, revision och efterlevnad med hjälp av SDLC-regelverk: Regelverk för programvaruutvecklingslivscykel (SDLC) är en uppsättning riktlinjer och processer som hjälper dig att hantera dina programvaruutvecklingsprojekt effektivt. Genom att använda Git-integrering i Dataverse följer du SDLC-metoder som versionskontroll, kodgranskningar och statisk källkodsanalys för att säkerställa kvaliteten, tillförlitligheten och säkerheten för dina lösningar. Git-integrering i Dataverse innehåller även funktioner som granskning, efterlevnad och spårbarhet som hjälper dig att spåra ändringar i dina lösningar och samarbeta effektivt med andra teammedlemmar.
- Kortlivade utvecklingsmiljöer: Genom att lagra en kopia av dina miljöers anpassningar och konfigurationer i källkontrollen kan du snabbt och enkelt extrahera utvecklingsmiljöer från källkontrollen i Dataverse. På så sätt kan du skapa kortlivade miljöer i utvecklings- och testningssyfte. Med kortvariga miljöer kan du frigöra lagringsutrymme, experimentera med nya funktioner, testa och iterera dina lösningar utan att förlita dig på permanenta miljöer.
- Fusionsutvecklingsteam: Fusionsutvecklingsteam är team som består av både utvecklare och skapare som arbetar tillsammans för att bygga lösningar. Genom att använda Git-integrering i Dataverse kan dessa användare bygga oberoende av varandra i separata miljöer och samarbeta med andra genom att synkronisera med en gemensam lagringsplats för källkontroll. Med integrering av källkontroll kan du använda både utvecklarnas och skaparna kunskaper och expertis för att bygga lösningar av hög kvalitet som uppfyller organisationens behov.
- Skydd: Genom att använda källkontroll som sanningskälla för dina lösningar kan du snabbt och enkelt återställa från oavsiktliga ändringar i dina lösningar. Genom att lagra dina lösningar i källkontrollen kan du återställa till ett tidigare tillstånd eller en tidigare version.
Nyckelbegrepp
Ohanterade och hanterade lösningar
När du använder Git-integrering med Dataverse kommer lösningar som lagras i källkontrollen från ohanterade lösningar i en skapares miljö. Ohanterade lösningar gör det möjligt för skapare att lägga till, ta bort och uppdatera komponenter som synkroniseras med källkontrollen när du checkar in och skickar ändringar. Hanterade lösningar skapas från källkontroll och distribueras till miljöer nedströms, till exempel test eller produktion, och kan inte redigeras i dessa miljöer. Hanterade lösningar används för att säkerställa att sanningskällan för dina lösningar alltid är källkontroll och att ändringar endast görs i en skapares miljö innan de läggs till i källkontrollen och distribueras någon annanstans.
Filformat för lösningskomponenter
Med introduktionen av Git-integration i Dataverse finns det ändringar i hur lösningar och lösningskomponenter representeras i källkontrollen. När du checkar in och skickar ändringar till källkontrollen lagras lösningskomponenterna i ett specifikt format som är kompatibelt med Git. Det här formatet används för att representera lösningskomponenterna på ett sätt som är lätt att läsa och förstå och som kan användas för att spåra ändringar i lösningskomponenterna över tid. Filformatet för lösningskomponenter är utformat för att vara läsbart för människor och kan användas för att visa ändringar av lösningskomponenterna i källkontrollen. För att flera lösningar ska kunna lagras i samma lagringsplats och mapp dupliceras inte längre lösningskomponenterna i källkontrollen för varje lösning. Lösningskomponenterna lagras i stället på en enda plats och kan delas mellan flera lösningar i samma lagringsplats och mapp.
Kodcentrerad utveckling med Git
Kodcentrerad utveckling i Power Platform aktiveras med hjälp av utvecklingsverktyg som Power Platform CLI, Visual Studio och Visual Studio Code-tillägg. Det är svårt att involvera kodcentreradeutvecklare i lösningsutvecklingsprocessen utan integrering av källkontroll, eftersom komponenter som Power Apps component framework (PCF) och Dataverse plugin-program distribueras till lösningar som paketerade tillgångar som skapats från källkod och inte kan redigeras direkt i Power Apps (make.powerapps.com). Utan källkontroll som en del av utvecklingsprocessen för både lågkodskomponenter och kodcentrerade komponenter är det svårt att hantera ändringar i lösningen och se till att ändringar spåras och distribueras på ett kontrollerat sätt.
Genom att aktivera Git-integration i Dataverse kan du träffa kodcentrerade utvecklare där de arbetar och ge en sömlös upplevelse för både lågkodsutvecklare och kodcentrerade utvecklare. Det finns dock några saker att tänka på när du hanterar kodcentrerade komponenter i en lågkodsmiljö.
Fusionsutveckling med Dataverse Git-integration
Power Platform tillhandahåller funktioner för både lågkodsutveckling och kodcentrerad utveckling. Den här artikeln beskriver kodcentrerade utvecklingsprocesser som är associerade med Dataverse och Git-integration och ger vägledning om hur du hanterar kodcentrerade komponenter och lågkodskomponenter i en enda miljö. Komponenter som Power Apps component framwork-kontroller, Dataverse-plugin-program och anpassade arbetsflödesaktiviteter som är exempel på kodcentrerade komponenter som kan hanteras i källkontrollen.
Kodcentrerade komponenter och lågkodskomponenter i en enda miljö
Kodcentrerade komponenter kan ingå i lösningar via en byggprocess som genererar en hanterad eller ohanterad lösning som kan importeras till en Dataverse-miljö. Kodcentrerade komponenter kan dock också distribueras direkt till en ohanterad lösning i en skaparmiljö när de har skapats utan att använda lösningsbyggprocessen för att distribuera dem. Det finns byggprocessen att tänka på med tanke på den här flexibiliteten.
Om du distribuerar kodcentrerade komponenter direkt till en ohanterad lösning i en skaparmiljö lagras endast den kompilerade (byggda) versionen i källkontrollen när dessa komponenter har checkats in i källkontrollen. Till exempel den binära DLL-filen om det är ett plugin-program, eller det transpilerade och optimerade paketet JavaScript för en Power Apps component framework-kontroll. Därför får du två kopior av komponenten i källkontrollen – en som representeras av den skapade versionen och den andra som representeras av källkoden. Lagring av binärfiler på lagringsplatsen kan leda till förvirring och potentiella konflikter om källkoden och den skapade versionen inte hålls synkroniserade. Den här metoden rekommenderas inte eftersom källkoden ska vara den enda sanningskällan för komponenten och endast en enda kopia ska lagras.
Den rekommenderade metoden är att skapa kodcentrerade komponenter som en del av en lösningsbyggprocess och importera den genererade ohanterade lösningen till skaparmiljön. Den här metoden säkerställer att källkoden och den byggda versionen hålls synkroniserade och att källkoden är den enda sanningskällan för komponenten. Den här metoden kräver dock att du har en byggprocess på plats för att generera den hanterade eller ohanterade lösningen för användning i importprocessen och distributionsprocessen. Du kan till exempel skapa Azure Pipelines eller GitHub-arbetsflöden som skapar artefakter för pipelines i Power Platform och för Git-synkroniseringsprocesserna att använda.