Visió general de la integració de Git a Power Platform

La integració del control d'origen permet als equips de desenvolupament sincronitzar solucions i objectes de solució en un o més Microsoft Dataverse entorns mitjançant un Azure DevOps repositori Git. La funcionalitat d'integració del control d'origen està disponible de forma nativa dins de les experiències de solucions, assegurant que els desenvolupadors ciutadans, els desenvolupadors de codi primer i els administradors puguin beneficiar-se del control de versions, el seguiment de canvis i la col·laboració en equip perfecta en diferents eines i entorns. La integració de Git està pensada per utilitzar-se amb entorns de desenvolupador i no en entorns de prova o producció on es poden fer implementacions mitjançant compilacions per crear artefactes de solució i pipelines per Power Platform desplegar.

En aquest article, trobareu alguns dels conceptes clau i els avantatges d'utilitzar el control de codi font habilitat per a Git amb els vostres Dataverse entorns i solucions. Per obtenir informació sobre Git in Azure DevOps, aneu al Azure DevOps repositori de Git.

ALM en el Power Platform i Dataverse

Power Platform proporciona moltes capacitats de fàbrica que permeten a les organitzacions gestionar la gestió del cicle de vida de les aplicacions (ALM) per a les seves solucions. S'inclou la capacitat d'empaquetar solucions com a contenidors per als diferents tipus d'objectes de la plataforma, gestionar entorns implicats en el cicle de vida de l'aplicació i desplegar solucions mitjançant pipelines Power Platform. També hi ha diverses maneres d'integrar els repositoris Git amb Power Platform l'ús d'eines de desenvolupador. Amb la integració nativa de Git in Dataverse, el procés es simplifica i s'agilitza perquè els creadors treballin amb les seves solucions d'una manera familiar i interactuïn amb el control de codi font mitjançant interfícies simplificades in Power Apps (make.powerapps.com).

Beneficis

• Control de la font com a font de veritat: Dins d'algunes organitzacions, la font de veritat per a les implementacions són Dataverse els entorns de creació en què es construeixen les solucions. El principal impulsor d'aquest comportament és que la integració no nativa de Git utilitza tècniques i eines avançades, que requereixen experiència professional en TI per començar. Amb la integració nativa de Git Dataverse, el control de codi font es pot habilitar en pocs passos i proporciona una interfície familiar perquè els creadors treballin amb les seves solucions.
• Seguretat, auditoria i compliment mitjançant les millors pràctiques de SDLC: les millors pràctiques de cicle de vida de desenvolupament de programari (SDLC) són un conjunt de directrius i processos que us ajuden a gestionar els vostres projectes de desenvolupament de programari de manera eficaç. En utilitzar la integració Dataverse de Git, seguiu pràctiques SDLC com ara el control de versions, les revisions de codi i l'anàlisi de codi font estàtic per garantir la qualitat, la fiabilitat i la seguretat de les vostres solucions. La integració de Git també Dataverse proporciona funcions com ara auditoria, compliment i traçabilitat que us ajuden a fer un seguiment dels canvis a les vostres solucions i col·laborar amb altres membres de l'equip de manera eficaç.
• Entorns de desenvolupament de curta durada: emmagatzemant una còpia de les personalitzacions i configuracions dels vostres entorns al control de codi font, podeu rehidratar els entorns de desenvolupament des del control de codi font de Dataverse manera ràpida i senzilla. Això us permet crear entorns de curta durada amb finalitats de desenvolupament i proves. Els entorns de curta durada us permeten alliberar emmagatzematge, experimentar amb noves funcions, provar i iterar les vostres solucions sense dependre d'entorns permanents.
• Equips de desenvolupament de fusió: Els equips de desenvolupament de fusió són equips formats per desenvolupadors i creadors que treballen junts per crear solucions. Mitjançant la integració Dataverse de Git, aquests usuaris poden crear de manera independent en entorns separats i col·laborar amb altres sincronitzant-se amb un repositori de control de codi font comú. La integració del control d'origen us permet utilitzar les habilitats i l'experiència tant dels desenvolupadors com dels creadors per crear solucions d'alta qualitat que satisfacin les necessitats de la vostra organització.
• Protecció: l'ús del control d'origen com a font de veritat per a les vostres solucions us permet recuperar-vos de canvis no desitjats en les vostres solucions de manera ràpida i senzilla. En emmagatzemar les solucions al control d'origen, podeu restaurar a un estat o versió anterior.

Conceptes clau

Solucions no gestionades versus gestionades

Quan utilitzeu la integració de Git amb Dataverse, les solucions emmagatzemades al control d'origen provenen de solucions no administrades en l'entorn d'un creador. Les solucions no administrades permeten als creadors afegir, suprimir i actualitzar objectes que se sincronitzen amb el control d'origen quan confirmeu i envieu canvis. Les solucions administrades es creen a partir del control d'origen i es despleguen en entorns posteriors, com ara proves o producció, i no es poden editar en aquests entorns. Les solucions administrades s'utilitzen per garantir que la font de veritat de les vostres solucions sigui sempre el control d'origen i que els canvis només es facin a l'entorn d'un fabricant abans d'afegir-los al control d'origen i desplegar-los en un altre lloc.

Format de fitxer per a objectes de solució

Amb la introducció de la integració Dataverse de Git, hi ha canvis en la forma en què es representen les solucions i els objectes de solució al control d'origen. Quan confirmeu i envieu canvis al control d'origen, els objectes de la solució s'emmagatzemen en un format específic que és compatible amb Git. Aquest format s'utilitza per representar els objectes de la solució d'una manera fàcil de llegir i entendre i es pot utilitzar per fer un seguiment dels canvis als objectes de la solució al llarg del temps. El format de fitxer dels objectes de solució està dissenyat per ser llegible per humans i es pot utilitzar per visualitzar els canvis als objectes de solució al control d'origen. A més, per permetre que diverses solucions s'emmagatzemin al mateix repositori i carpeta, els objectes de solució del control d'origen ja no es dupliquen per a cada solució. En canvi, els objectes de la solució s'emmagatzemen en una única ubicació i es poden compartir entre diverses solucions en el mateix repositori i carpeta.

Desenvolupament de codi primer amb Git

El desenvolupament de codi primer s'habilita Power Platform mitjançant eines de desenvolupament com la CLI Power Platform i Visual Studioles Visual Studio extensions de codi. Involucrar els desenvolupadors de codi primer en el procés de desenvolupament de solucions és difícil sense la integració del control de codi font, ja que objectes com Power Apps els controls del marc de components i Dataverse els connectors es despleguen a les solucions com a actius empaquetats construïts a partir del codi font i no directament editables in Power Apps (make.powerapps.com). Sense control d'origen com a part del procés de desenvolupament tant per a objectes de codi baix com de codi primer, és difícil administrar els canvis a la solució i garantir que els canvis es facin un seguiment i s'implementin de manera controlada.

En habilitar la integració de Dataverse Git, podeu conèixer desenvolupadors de codi primer on treballen i oferir una experiència perfecta tant per als desenvolupadors de codi baix com de codi primer. Tanmateix, hi ha algunes consideracions a tenir en compte a l'hora de gestionar objectes de codi primer en un entorn de codi baix.

Desenvolupament de fusió amb Dataverse integració Git

Power Platform proporciona capacitats tant per al desenvolupament de codi baix com de codi primer. Aquest article analitza els processos de desenvolupament de codi primer associats a Dataverse la integració de Git i proporciona orientació sobre com administrar objectes de codi primer i de codi baix en un sol entorn. Objectes com Power Apps els controls del marc de components, Dataverse els complements i les activitats de flux de treball personalitzades són exemples d'objectes de codi primer que es poden administrar al control d'origen.

Objectes de codi primer i de codi baix en un únic entorn

Els objectes Code-first es poden incloure a les solucions mitjançant un procés de compilació que genera una solució administrada o no administrada que es pot importar a un Dataverse entorn. Tanmateix, els objectes de primer codi també es poden implementar directament en una solució no administrada en un entorn de creació un cop construïts sense utilitzar el procés de construcció de la solució per implementar-los. Hi ha el procés de construcció a tenir en compte, donada aquesta flexibilitat.

Si esteu implementant objectes de codi primer directament en una solució no administrada en un entorn de fabricació, quan aquests objectes es confirmen al control d'origen, només s'emmagatzema la seva versió compilada (compilada) al control d'origen. Per exemple, la DLL binària si és un complement o el JavaScript del paquet transpilat i optimitzat per a un Power Apps control del marc de components. Com a resultat, acabareu amb dues còpies de l'objecte al control d'origen: una representada per la versió compilada i l'altra representada pel codi font. L'emmagatzematge de binaris al vostre repositori pot provocar confusió i possibles conflictes si el codi font i la versió compilada no es mantenen sincronitzats. Aquesta pràctica no es recomana perquè el codi font ha de ser l'única font de veritat per a l'objecte i només s'ha d'emmagatzemar una sola còpia.

L'enfocament recomanat és crear objectes de primer codi com a part d'un procés de compilació de solucions i importar la solució no administrada generada a l'entorn de fabricació. Aquest enfocament garanteix que el codi font i la versió construïda es mantinguin sincronitzats i que el codi font sigui l'única font de veritat per a l'objecte. Tanmateix, aquest enfocament requereix que tingueu un procés de compilació per generar la solució administrada o no administrada per utilitzar-la en el procés d'importació i el procés de desplegament. Podeu crear fluxos de treball d'Azure Pipelines o GitHub, per exemple, que creïn artefactes per als pipelines i Power Platform per als processos de sincronització de Git per consumir.

Passos següents

Dataverse Configuració de la integració de Git