Märkus.
Juurdepääs sellele lehele nõuab autoriseerimist. Võite proovida sisse logida või kausta vahetada.
Juurdepääs sellele lehele nõuab autoriseerimist. Võite proovida kausta vahetada.
Versioonikontrolli integratsioon võimaldab arendusmeeskondadel sünkroonida lahendusi ja lahenduse objekte ühe või mitme Microsoft Dataverse keskkonna vahel, kasutades Azure DevOps Giti repositooriumi. Versioonikontrolli integratsiooni funktsionaalsus on lahenduste kogemustes natiivselt saadaval, tagades, et kodanikuarendajad, koodipõhised arendajad ja administraatorid saavad kasu versioonikontrollist, muudatuste jälgimisest ja sujuvast meeskonnatööst erinevates tööriistades ja keskkondades. Giti integratsioon on mõeldud kasutamiseks arendajakeskkondades, mitte testimis- või tootmiskeskkondades, kus juurutusi saab teha järkude abil lahenduste artefaktide ja juurutatavate torujuhtmete loomiseks. Power Platform
Selles artiklis leiate mõned põhimõisted ja eelised Git-toega versioonikontrolli kasutamiseks teie Dataverse keskkondades ja lahendustes. Giti kohta lisateabe saamiseks Azure DevOps külastage Azure DevOps Giti repositooriumi.
ALM-is Power Platform ja Dataverse
Power Platform pakub palju valmisvõimalusi, mis võimaldavad organisatsioonidel hallata oma lahenduste rakenduste elutsükli haldust (ALM). See hõlmab võimalust pakendada lahendusi konteineritena platvormi paljude erinevat tüüpi objektide jaoks, hallata rakenduse elutsükliga seotud keskkondi ja juurutada lahendusi, kasutades torustikke Power Platform. Giti repositooriumide integreerimiseks arendustööriistade abil on ka mitu võimalust. Power Platform Giti natiivse integratsiooniga Dataverse on protsess lihtsustatud ja sujuvamaks muutunud, et loojad saaksid oma lahendustega tuttaval viisil töötada ja versioonikontrolliga suhelda lihtsustatud liideste kaudu Power Apps (make.powerapps.com).
Soodustused
- Versioonikontroll kui tõe allikas: Mõnes organisatsioonis on juurutuste tõe allikaks Dataverse loomekeskkonnad, kus lahendusi luuakse. Selle käitumise peamine põhjus on see, et mitte-natiivne Giti integratsioon kasutab täiustatud tehnikaid ja tööriistu, mille alustamiseks on vaja professionaalset IT-teadmist. Giti natiivse integratsiooniga Dataverse saab versioonikontrolli lubada vaid mõne sammuga ning see pakub loojatele tuttavat liidest oma lahendustega töötamiseks.
- Ohutus, auditeerimine ja vastavus SDLC parimate tavade abil: Tarkvaraarenduse elutsükli (SDLC) parimad tavad on juhiste ja protsesside kogum, mis aitab teil oma tarkvaraarendusprojekte tõhusalt hallata. Giti integratsiooni kasutamisel lahenduses Dataverse järgite SDLC tavasid, nagu versioonikontroll, koodiülevaated ja staatiline lähtekoodi analüüs, et tagada oma lahenduste kvaliteet, töökindlus ja turvalisus. Giti integratsioon pakub ka selliseid funktsioone nagu auditeerimine, vastavus ja jälgitavus, mis aitavad teil jälgida lahenduste muudatusi ja teiste meeskonnaliikmetega tõhusalt koostööd teha. Dataverse
- Lühiajalised arenduskeskkonnad: keskkondade kohanduste ja konfiguratsioonide koopiate salvestamisega versioonikontrolli saate arenduskeskkondi versioonikontrollist kiiresti ja hõlpsalt rehüdreerida jaotises Dataverse. See võimaldab teil luua lühiajalisi keskkondi arendus- ja testimisotstarbel. Lühiajalised keskkonnad võimaldavad teil vabastada salvestusruumi, katsetada uusi funktsioone, testida ja itereerida oma lahendusi ilma püsivatele keskkondadele toetumata.
- Fusioni arendusmeeskonnad: Fusioni arendusmeeskonnad on meeskonnad, mis koosnevad nii arendajatest kui ka loojatest, kes töötavad koos lahenduste loomise nimel. Giti integratsiooni abil Dataverse-s saavad need kasutajad iseseisvalt eraldi keskkondades luua ja teistega koostööd teha, sünkroonides ühise versioonikontrolli hoidlaga. Versioonikontrolli integratsioon võimaldab teil kasutada nii arendajate kui ka koostajate oskusi ja teadmisi, et luua kvaliteetseid lahendusi, mis vastavad teie organisatsiooni vajadustele.
- Kaitse: Versioonikontrolli kasutamine lahenduste tõese teabe allikana võimaldab teil lahendustes tehtud tahtmatutest muudatustest kiiresti ja lihtsalt taastuda. Lahenduste salvestamisega versioonikontrolli saate taastada eelmise oleku või versiooni.
Põhimõisted
Haldamata ja hallatavad lahendused
Kui kasutate Giti integratsiooni funktsiooniga Dataverse, pärinevad versioonikontrolli talletatud lahendused looja keskkonnas asuvatest haldamata lahendustest. Haldamata lahendused võimaldavad loojatel lisada, eemaldada ja värskendada objekte, mis sünkroonitakse versioonikontrolliga muudatuste kinnitamisel ja edastamisel. Hallatavad lahendused luuakse lähtekoodi haldamise abil ja juurutatakse allavoolu keskkondadesse, näiteks testimis- või tootmiskeskkondadesse, ning neid ei saa nendes keskkondades muuta. Hallatud lahendusi kasutatakse tagamaks, et teie lahenduste tõene allikas on alati versioonikontroll ja et muudatusi tehakse ainult koostaja keskkonnas, enne kui need lisatakse versioonikontrolli ja juurutatakse mujal.
Lahendusobjektide failivorming
Giti integratsiooni lisandumisega versioonis Dataverse on muutunud lahenduste ja lahendusobjektide esitusviis versioonikontrollis. Kui muudatused kinnitate ja versioonikontrolli edastate, salvestatakse lahenduse objektid kindlas vormingus, mis ühildub Gitiga. Seda vormingut kasutatakse lahenduse objektide esitamiseks viisil, mida on lihtne lugeda ja mõista ning mida saab kasutada lahenduse objektide muutuste jälgimiseks aja jooksul. Lahendusobjektide failivorming on loodud inimloetavaks ja seda saab kasutada lahendusobjektide muudatuste vaatamiseks versioonikontrollis. Lisaks, et võimaldada mitme lahenduse talletamist samas hoidlas ja kaustas, ei dubleerita enam iga lahenduse jaoks lahenduse objekte versioonikontrollis. Selle asemel salvestatakse lahenduse objektid ühte kohta ja neid saab jagada mitme lahenduse vahel samas hoidlas ja kaustas.
Koodipõhine arendus Gitiga
Koodipõhine arendus Power Platform -s on lubatud arendustööriistade, näiteks Power Platform CLI, Visual Studio ja Visual Studio koodilaiendite abil. Koodikesksete arendajate kaasamine lahenduste arendusprotsessi on keeruline ilma versioonikontrolli integratsioonita, kuna objektid, nagu komponentide raamistiku juhtelemendid ja pluginad, juurutatakse lahendustesse lähtekoodist ehitatud pakendatud ressurssidena ja neid ei saa otse muuta (make.powerapps.com). Power Apps Dataverse Power Apps Ilma versioonikontrollita nii madala koodiga kui ka kood-kõrgete objektide arendusprotsessi osana on keeruline lahenduse muudatusi hallata ja tagada, et muudatusi jälgitakse ja juurutatakse kontrollitud viisil.
Giti integratsiooni lubamisega Dataverse-s saate kohtuda koodikesksete arendajatega seal, kus nad töötavad, ja pakkuda sujuvat kogemust nii vähese koodiga kui ka koodikesksetele arendajatele. Siiski on madala koodiga keskkonnas koodipõhiste objektide haldamisel mõningaid kaalutlusi, mida meeles pidada.
Fusion-arendus koos Giti integratsiooniga Dataverse
Power Platform pakub võimalusi nii madala koodiga kui ka koodipõhiseks arenduseks. See artikkel käsitleb koodipõhiseid arendusprotsesse, mis on seotud Dataverse ja Giti integratsiooniga, ning annab juhiseid koodipõhise ja madala koodimahutavusega objektide haldamiseks ühes keskkonnas. Objektid nagu Power Apps komponentide raamistiku juhtelemendid, Dataverse pluginad ja kohandatud töövoo tegevused on näited koodipõhistest objektidest, mida saab hallata versioonikontrollis.
Koodipõhised ja madala koodiga objektid ühes keskkonnas
Koodipõhiseid objekte saab lahendustesse lisada ehitusprotsessi kaudu, mis genereerib hallatava või mittehallatava lahenduse, mida saab importida **keskkonda**. Dataverse Koodipõhiseid objekte saab aga pärast loomist juurutada ka otse haldamata lahendusse looja keskkonnas, ilma et nende juurutamiseks oleks vaja lahenduse loomise protsessi kasutada. Arvestades seda paindlikkust, tuleb arvestada ehitusprotsessiga.
Kui juurutate koodipõhiseid objekte otse haldamata lahendusse looja keskkonnas ja need objektid lisatakse versioonikontrolli, salvestatakse versioonikontrolli ainult nende kompileeritud (ehitatud) versioon. Näiteks pluginate binaarne DLL või komponendi raamistiku juhtelemendi transpileeritud ja optimeeritud JavaScripti pakett. Power Apps Selle tulemusel on teil lähtekoodi haldamisel objektist kaks koopiat – üks, mida esindab loodud versioon ja teine lähtekood. Binaarfailide hoidlas hoidmine võib tekitada segadust ja potentsiaalseid konflikte, kui lähtekoodi ja loodud versiooni ei hoita sünkroonis. Seda tava ei soovitata, sest lähtekood peaks olema objekti ainus tõene allikas ja salvestada tuleks ainult üks koopia.
Soovitatav lähenemisviis on luua koodipõhised objektid lahenduse loomise protsessi osana ja importida loodud haldamata lahendus looja keskkonda. See lähenemisviis tagab, et lähtekood ja ehitatud versioon hoitakse sünkroonis ning et lähtekood on objekti ainus tõene allikas. See lähenemisviis nõuab aga ehitusprotsessi olemasolu hallatava või mittehallatava lahenduse loomiseks impordi- ja juurutamisprotsessis kasutamiseks. Näiteks saate luua Azure’i torujuhtmeid või GitHubi töövooge, mis loovad artefakte torujuhtmete jaoks nii ``sisestes`` kui ka Giti sünkroonimisprotsesside jaoks tarbimiseks. Power Platform