Översikt över Git-integrering i Power Platform

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-integrering ä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 Power Platform distribution.

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 behållare för de många olika typerna av objekt i plattformen, hantera miljöer som ingår 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 utvecklare att lägga till, ta bort och uppdatera objekt som synkroniseras med källkontrollen när du genomför 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.

Filformatering för lösningsobjekt

I och med introduktionen av Git-integrering Dataverse finns det ändringar i hur lösningar och lösningsobjekt representeras i källkontrollen. När du checkar in och skickar ändringar i källkontrollen lagras lösningsobjekten i ett specifikt format som är kompatibelt med Git. Det här formatet används för att representera lösningsobjekten på ett sätt som är lätt att läsa och förstå och kan användas för att spåra ändringar i lösningsobjekten över tid. Filformatet för lösningsobjekt är utformat för att vara läsbart för människor och kan användas för att visa ändringar i lösningsobjekten i källkontrollen. Dessutom, för att göra det möjligt att lagra flera lösningar i samma databas och mapp, dupliceras inte längre lösningsobjekten i källkontrollen för varje lösning. I stället lagras lösningsobjekten på en enda plats och kan delas mellan flera lösningar i samma databas 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 kodfokuserade utvecklare i lösningsutvecklingsprocessen utan integrering av källkontroll eftersom objekt som Power Apps komponentramverkskontroller 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ågkods- och kodbaserade objekt är det svårt att hantera ändringar i lösningen och se till att ändringarna 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 kodfokuserade objekt i en miljö med lite kod.

Fusionsutveckling med Dataverse Git-integration

Power Platform tillhandahåller funktioner för både lågkodsutveckling och kodcentrerad utveckling. Den här artikeln beskriver kodbaserade utvecklingsprocesser som är associerade med Dataverse och Git-integrering och ger vägledning om hur du hanterar kodbaserade objekt och lågkodsobjekt i en enda miljö. Objekt som Power Apps komponentramverkskontroller, Dataverse plugin-program och anpassade arbetsflödesaktiviteter är exempel på kodfokuserade objekt som kan hanteras i källkontrollen.

Kodbaserade objekt och lågkodsobjekt i en enda miljö

Kodbaserade objekt kan ingå i lösningar via en byggprocess som genererar en hanterad eller ohanterad lösning som kan importeras till en Dataverse miljö. Kodbaserade objekt kan dock också distribueras direkt till en ohanterad lösning i en tillverkarmiljö när de har skapats utan att använda lösningens byggprocess för att distribuera dem. Det finns byggprocessen att tänka på med tanke på den här flexibiliteten.

Om du distribuerar kodfokuserade objekt direkt till en ohanterad lösning i en tillverkarmiljö, när dessa objekt checkas in i källkontrollen, lagras endast deras kompilerade (byggda) version 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. Det innebär att du får två kopior av objektet i källkontrollen – en som representeras av den skapade versionen och den andra som representeras av källkoden. Att lagra binärfiler på din lagringsplats 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 objektet och endast en enda kopia ska lagras.

Den rekommenderade metoden är att skapa kodbaserade objekt som en del av en lösningsbyggprocess och importera den genererade ohanterade lösningen till tillverkarmiljön. Den här metoden säkerställer att källkoden och den skapade versionen hålls synkroniserade och att källkoden är den enda sanningskällan för objektet. 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.

Gå vidare

Konfiguration av Dataverse Git-integration