Piezīmes
Lai piekļūtu šai lapai, ir nepieciešama autorizācija. Varat mēģināt pierakstīties vai mainīt direktorijus.
Lai piekļūtu šai lapai, ir nepieciešama autorizācija. Varat mēģināt mainīt direktorijus.
Avota kontroles integrācija ļauj izstrādes komandām sinhronizēt risinājumus un risinājumu objektus vienā vai vairākās Microsoft Dataverse vidēs, izmantojot atbalstītu Git nodrošinātāju, piemēram, Azure DevOps vai GitHub. Risinājumu pieredzes dabiski nodrošina avota kontroles integrācijas funkcionalitāti, tādējādi pilsoniskie izstrādātāji, programmētāji un administratori var gūt labumu no versiju kontroles, izmaiņu izsekošanas un nevainojamas komandas sadarbības dažādos rīkos un vidēs. Izmanto Git integrāciju ar izstrādātāju vidēm, nevis testēšanas vai ražošanas vidēm. Izmanto būves, lai izveidotu risinājuma artefaktus un cauruļvadus Power Platform izvietošanai.
Šis raksts izskaidro dažus galvenos jēdzienus un priekšrocības, izmantojot Git iespējotu avotu kontroli jūsu Dataverse vidēs un risinājumos. Informāciju par Git Azure DevOps skatiet Azure DevOps Git repozitoriju. Informāciju par GitHub repozitorijiem skatiet sadaļā Par repozitorijiem.
ALM Power Platform un Dataverse
Power Platform nodrošina daudzas gatavas iespējas, kas ļauj organizācijām pārvaldīt lietojumprogrammu dzīves cikla pārvaldību (ALM) saviem risinājumiem. Iekļauta iespēja iesaiņot risinājumus kā konteinerus daudziem dažādiem platformas objektu veidiem, pārvaldīt lietojumprogrammu dzīves ciklā iesaistītās vides un izvietot risinājumus, izmantojot cauruļvadus Power Platform. Ir arī vairāki veidi, kā integrēt Git krātuves, izmantojot Power Platform izstrādātāju rīkus. Ar vietējo Git Dataverse integrāciju process ir vienkāršots un racionalizēts, lai veidotāji varētu strādāt ar saviem risinājumiem pazīstamā veidā un mijiedarboties ar avota kontroli, izmantojot vienkāršotas saskarnes in Power Apps (make.powerapps.com).
Priekšrocības
- Avota kontrole kā patiesības avots: dažās organizācijās izvietojumu Dataverse patiesības avots ir veidotāja vide, kurā tiek veidoti risinājumi. Šīs uzvedības galvenais virzītājspēks ir tas, ka nevietējā Git integrācija izmanto uzlabotas metodes un rīkus, kas prasa profesionālas IT zināšanas, lai sāktu. Izmantojot vietējo Git Dataverse integrāciju, avota kontroli var iespējot tikai dažos soļos un nodrošina pazīstamu saskarni veidotājiem, lai strādātu ar saviem risinājumiem.
- Drošība, audits un atbilstība, izmantojot SDLC labāko praksi: Programmatūras izstrādes dzīves cikla (SDLC) paraugprakse ir vadlīniju un procesu kopums, kas palīdz efektīvi pārvaldīt programmatūras izstrādes projektus. Izmantojot Git integrāciju Dataverse, jūs ievērojat SDLC praksi, piemēram, versiju kontroli, koda pārskatīšanu un statiskā avota koda analīzi, lai nodrošinātu risinājumu kvalitāti, uzticamību un drošību. Git integrācija Dataverse nodrošina arī tādus līdzekļus kā audits, atbilstība un izsekojamība, kas palīdz izsekot izmaiņām risinājumos un efektīvi sadarboties ar citiem grupas locekļiem.
- Īslaicīgas izstrādātāju vides: saglabājot vides pielāgojumu un konfigurāciju kopiju avota kontrolē, varat ātri un viegli Dataverse rehidratēt izstrādes vides no avota kontroles. Tas ļauj izveidot īslaicīgu vidi izstrādes un testēšanas nolūkos. Īslaicīga vide ļauj atbrīvot krātuvi, eksperimentēt ar jauniem līdzekļiem, testēt un atkārtot risinājumus, nepaļaujoties uz pastāvīgu vidi.
- Fusion izstrādes komandas: Fusion izstrādes komandas ir komandas, kas sastāv gan no izstrādātājiem, gan veidotājiem, kas strādā kopā, lai izveidotu risinājumus. Izmantojot Git integrāciju Dataverse, šie lietotāji var veidot patstāvīgi atsevišķās vidēs un sadarboties ar citiem, sinhronizējot ar kopēju avota kontroles repozitoriju. Avota kontroles integrācija ļauj izmantot gan izstrādātāju, gan veidotāju prasmes un zināšanas, lai izveidotu augstas kvalitātes risinājumus, kas atbilst jūsu organizācijas vajadzībām.
- Aizsardzība: Avota kontroles izmantošana kā risinājumu patiesības avots ļauj ātri un viegli atgūties no neparedzētām izmaiņām risinājumos. Glabājot risinājumus avota kontrolē, varat atjaunot iepriekšējo stāvokli vai versiju.
Pamata koncepti
Nepārvaldītie salīdzinājumā ar pārvaldītiem risinājumiem,
Ja izmantojat Git integrāciju ar Dataverse, avota kontrolē glabātie risinājumi nāk no nepārvaldītiem risinājumiem veidotāja vidē. Nepārvaldītie risinājumi ļauj veidotājiem pievienot, noņemt un atjaunināt objektus, kas tiek sinhronizēti ar avota kontroli, veicot izmaiņas un veicot izmaiņas. Pārvaldītie risinājumi tiek veidoti no avota kontroles un izvietoti pakārtotā vidē, piemēram, testēšanā vai ražošanā, un šajās vidēs tos nevar rediģēt. Pārvaldītie risinājumi tiek izmantoti, lai nodrošinātu, ka jūsu risinājumu patiesības avots vienmēr ir avota kontrole un ka izmaiņas tiek veiktas tikai veidotāja vidē, pirms tās tiek pievienotas avota kontrolei un izvietotas citur.
Risinājuma objektu failu formatēšana
Ieviešot Git integrāciju Dataverse, ir veiktas izmaiņas veids, kā risinājumi un risinājumu objekti tiek attēloti avota kontrolē. Veicot saistības un izvirzot izmaiņas avota kontrolē, risinājuma objekti tiek glabāti noteiktā formātā, kas ir saderīgs ar Git. Šis formāts tiek izmantots, lai attēlotu risinājuma objektus viegli lasāmā un saprotamā veidā, un to var izmantot, lai laika gaitā izsekotu risinājuma objektu izmaiņas. Risinājuma objektu faila formāts ir izstrādāts tā, lai tas būtu lasāms cilvēkam, un to var izmantot, lai skatītu izmaiņas risinājuma objektos avota kontrolē. Turklāt, lai vienā repozitorijā un mapē varētu saglabāt vairākus risinājumus, pirma kontroles risinājumu objekti vairs netiek dublēti katram risinājumam. Tā vietā risinājuma objekti tiek glabāti vienā vietā, un tos var koplietot vairākos risinājumos vienā repozitorijā un mapē.
Koda izstrāde ar Git
Code-first izstrāde Power Platform ir iespējota, izmantojot izstrādes rīkus, Power Platform piemēram, Visual StudioCLI un Visual Studio Code paplašinājumus. Bez avota kontroles integrācijas ir grūti iesaistīt koda izstrādātājus risinājumu izstrādes procesā, jo tādi objekti kā Power Apps komponentu ietvara vadīklas un Dataverse spraudņi tiek izvietoti risinājumos kā iepakoti līdzekļi, kas veidoti no pirmkoda un nav tieši rediģējami Power Apps (make.powerapps.com). Bez avota kontroles kā daļu no zema koda objektu izstrādes procesa ir grūti pārvaldīt risinājuma izmaiņas un nodrošināt, ka izmaiņas tiek izsekotas un izvietotas kontrolētā veidā.
Iespējojot Git integrāciju Dataverse, varat satikt koda izstrādātājus, kur viņi strādā, un nodrošināt nevainojamu pieredzi gan zema koda, gan koda izstrādātājiem. Tomēr, pārvaldot koda objektus zema koda vidē, ir jāņem vērā daži apsvērumi.
Kodolsintēja izstrāde ar Dataverse Git integrāciju
Power Platform nodrošina iespējas gan zema koda, gan koda izstrādei. Šajā rakstā aplūkoti koda izstrādes procesi, kas saistīti ar Dataverse Git integrāciju, un sniegti norādījumi par to, kā pārvaldīt koda un zema koda objektus vienā vidē. Objekti, piemēram, Power Apps komponentu struktūras vadīklas, Dataverse spraudņi un pielāgotas darbplūsmas darbības, ir koda pirmā objektu piemēri, kurus var pārvaldīt avota kontrolē.
Pirmā koda un zema koda objekti vienā vidē
Pirmā koda objektus var iekļaut risinājumos, izmantojot veidošanas procesu, kas ģenerē pārvaldītu vai nepārvaldītu risinājumu, ko var importēt vidē Dataverse . Tomēr koda pirmā objektus var izvietot arī tieši nepārvaldītā risinājumā veidotāja vidē, kad tie ir izveidoti, neizmantojot risinājuma izveides procesu, lai tos izvietotu. Ņemot vērā šo elastību, ir jāņem vērā būvēšanas process.
Ja izvietojat koda pirmā objektus tieši nepārvaldītā risinājumā veidotāja vidē, kad šie objekti tiek apņemti izmantot avota kontroli, avota kontrolē tiek glabāta tikai to kompilētā (iebūvēta) versija. Piemēram, binārais DLL, ja tas ir spraudnis, vai pārveidotais un optimizētais komplekts JavaScript komponentu Power Apps ietvara vadīklai. Tā rezultātā avota kontrolē tiek iegūtas divas objekta kopijas — vienu attēlo uzbūvētā versija, bet otru attēlo avota kods. Bināro failu glabāšana repozitorijā var radīt neskaidrības un iespējamus konfliktus, ja pirmkods un izveidotā versija netiek sinhronizēti. Šī prakse nav ieteicama, jo pirmkodam jābūt vienīgajam objekta patiesības avotam un jāglabā tikai viena kopija.
Ieteicamā pieeja ir veidot koda objektus kā daļu no risinājuma izveides procesa un importēt ģenerēto nepārvaldīto risinājumu veidotāja vidē. Šī pieeja nodrošina, ka pirmkods un iebūvētā versija tiek sinhronizēti un ka avota kods ir vienīgais objekta patiesības avots. Tomēr šī pieeja prasa, lai izveidotu veidošanas procesu, lai ģenerētu pārvaldītu vai nepārvaldītu risinājumu izmantošanai importēšanas procesā un izvietošanas procesā. Piemēram, varat izveidot Azure Pipelines vai GitHub darbplūsmas, kas izveido artefaktus konveijeriem Power Platform un Git sinhronizācijas procesos.