Dijeli putem


Pregled integracije Gita u Power Platform

Integracija kontrole izvornog koda omogućuje razvojnim timovima sinkronizaciju rješenja i objekata rješenja u jednom ili više Microsoft Dataverse okruženja pomoću Azure DevOps Git spremišta. Funkcija integracije kontrole koda dostupna je izvorno unutar iskustava rješenja, osiguravajući da programeri građani, programeri koji prvi koriste kod i administratori mogu imati koristi od kontrole verzija, praćenja promjena i besprijekorne timske suradnje u različitim alatima i okruženjima. Git integracija namijenjena je za korištenje s razvojnim okruženjima, a ne u testnim ili proizvodnim okruženjima u kojima se implementacije mogu izvršiti pomoću međuverzija za stvaranje artefakata rješenja i kanala za Power Platform implementaciju.

U ovom članku pronaći ćete neke od ključnih koncepata i prednosti korištenja kontrole izvornog koda s omogućenim Gitom s vašim Dataverse okruženjima i rješenjima. Informacije o Git in-u Azure DevOps potražite u odjeljku Azure DevOps Git spremište.

Proizvođači u svojim okruženjima mogu mijenjati neupravljano rješenje i obvezati se na Git prije implementacije s kanalima

ALM u Power Platform i Dataverse

Power Platform pruža mnoge gotove mogućnosti koje tvrtkama i ustanovama omogućuju upravljanje životnim ciklusom aplikacija (ALM) za svoja rješenja. Uključena je mogućnost pakiranja rješenja kao spremnika za mnoge različite vrste objekata na platformi, upravljanja okruženjima uključenim u životni ciklus aplikacije i implementacije rješenja pomoću cjevovoda Power Platform. Postoji i nekoliko načina za integraciju Git spremišta s Power Platform korištenjem alata za razvojne programere. S izvornom integracijom Gita Dataverse, proces je pojednostavljen i pojednostavljen kako bi proizvođači mogli raditi sa svojim rješenjima na poznati način i komunicirati s kontrolom izvornog koda putem pojednostavljenih sučelja in Power Apps (make.powerapps.com).

Pogodnosti

  • Kontrola izvornog koda kao izvor istine: U nekim organizacijama izvor istine za implementaciju Dataverse su okruženja proizvođača u kojima se izrađuju rješenja. Primarni pokretač za ovo ponašanje je da integracija Git-a koja nije izvorna koristi napredne tehnike i alate, koji zahtijevaju profesionalnu IT stručnost za početak. S izvornom integracijom Gita in Dataverse, kontrola izvornog koda može se omogućiti u samo nekoliko koraka i pruža poznato sučelje za proizvođače za rad sa svojim rješenjima.
  • Sigurnost, revizija i usklađenost pomoću najboljih praksi SDLC-a: Najbolje prakse životnog ciklusa razvoja softvera (SDLC) skup su smjernica i procesa koji vam pomažu da učinkovito upravljate projektima razvoja softvera. Korištenjem Git integracije slijedite Dataverse SDLC prakse kao što su kontrola verzija, pregledi koda i statička analiza izvornog koda kako biste osigurali kvalitetu, pouzdanost i sigurnost svojih rješenja. Integracija Gita također Dataverse pruža značajke kao što su revizija, usklađenost i sljedivost koje vam pomažu pratiti promjene u rješenjima i učinkovito surađivati s drugim članovima tima.
  • Kratkotrajna razvojna okruženja: Pohranjivanjem kopije prilagodbi i konfiguracija vaših okruženja u kontroli izvornog koda možete brzo i jednostavno Dataverse rehidrirati razvojna okruženja iz kontrole izvornog koda. To vam omogućuje stvaranje kratkotrajnih okruženja u svrhu razvoja i testiranja. Kratkotrajna okruženja omogućuju vam oslobađanje prostora za pohranu, eksperimentiranje s novim značajkama, testiranje i ponavljanje rješenja bez oslanjanja na trajna okruženja.
  • Fusion razvojni timovi: Fusion razvojni timovi su timovi koji se sastoje od programera i proizvođača koji zajedno rade na izgradnji rješenja. Korištenjem Git integracije Dataverse, ti korisnici mogu samostalno graditi u zasebnim okruženjima i surađivati s drugima sinkronizacijom sa zajedničkim spremištem kontrole izvora. Integracija kontrole izvornog koda omogućuje vam korištenje vještina i stručnosti programera i proizvođača za izgradnju visokokvalitetnih rješenja koja zadovoljavaju potrebe vaše tvrtke ili ustanove.
  • Zaštita: Korištenje kontrole izvornog koda kao izvora istine za vaša rješenja omogućuje vam brz i jednostavan oporavak od neželjenih promjena u vašim rješenjima. Pohranjivanjem rješenja u kontrolu izvornog koda možete vratiti na prethodno stanje ili verziju.

Osnovni koncepti

Neupravljana naspram upravljanih rješenja

Kada koristite Git integraciju s Dataverse, rješenja pohranjena u kontroli izvornog koda dolaze iz neupravljanih rješenja u okruženju proizvođača. Neupravljana rješenja omogućuju proizvođačima dodavanje, uklanjanje i ažuriranje objekata koji se sinkroniziraju s kontrolom izvornog koda kada izvršite i prosljeđujete promjene. Upravljana rješenja izrađuju se iz kontrole koda i implementiraju u nizvodna okruženja, kao što su testna ili proizvodna, i ne mogu se uređivati u tim okruženjima. Upravljana rješenja koriste se kako bi se osiguralo da je izvor istine za vaša rješenja uvijek kontrola izvornog koda i da se promjene unose samo u okruženju proizvođača prije nego što se dodaju u kontrolu izvornog koda i implementiraju negdje drugdje.

Oblikovanje datoteke za objekte rješenja

Uvođenjem integracije Dataverse Gita došlo je do promjena u načinu na koji su rješenja i objekti rješenja predstavljeni u kontroli izvora. Kada izvršite i prosljeđujete promjene u kontrolu izvora, objekti rješenja pohranjuju se u određenom formatu koji je kompatibilan s Git-om. Ovaj se oblik koristi za predstavljanje objekata rješenja na način koji je lako čitljiv i razumljiv i može se koristiti za praćenje promjena objekata rješenja tijekom vremena. Format datoteke za objekte rješenja dizajniran je tako da bude čitljiv ljudima i može se koristiti za prikaz promjena objekata rješenja u kontroli izvora. Osim toga, kako bi se omogućilo pohranjivanje više rješenja u isto spremište i mapu, objekti rješenja u kontroli izvornog koda više se ne dupliciraju za svako rješenje. Umjesto toga, objekti rješenja pohranjuju se na jednom mjestu i mogu se dijeliti u više rješenja u istom spremištu i mapi.

Razvoj na prvom mjestu kod s Gitom

Razvoj Power Platform na prvom mjestu koda omogućen je pomoću razvojnih alata kao što su Power Platform CLI Visual Studio i Visual Studio proširenja koda. Uključivanje programera koda u proces razvoja rješenja teško je bez integracije kontrole izvornog koda jer se objekti kao Power Apps što su kontrole okvira komponenti i Dataverse dodaci postavljaju u rješenja kao zapakirana sredstva izgrađena iz izvornog koda i ne mogu se izravno uređivati u Power Apps (make.powerapps.com). Bez kontrole izvornog koda kao dijela razvojnog procesa za objekte s niskim kodom i objekte s prvim kodom, teško je upravljati promjenama rješenja i osigurati da se promjene prate i implementiraju na kontroliran način.

Omogućavanjem integracije Dataverse Gita možete upoznati razvojne programere koji su prvi kod tamo gdje rade i pružiti besprijekorno iskustvo za razvojne programere s niskim kodom i za razvojne programere koji su prvi na redu. Međutim, postoje neka razmatranja koja treba imati na umu kada upravljate objektima koji su prvi kod u okruženju s niskim kodom.

Razvoj fuzije s integracijom Dataverse Gita

Power Platform Pruža mogućnosti za razvoj s malo koda i za razvoj s prvim kodom. Ovaj članak govori o razvojnim procesima koda koji su prvi povezani s Dataverse integracijom Gita i pruža smjernice o tome kako upravljati objektima koji su na prvom mjestu kod i s malo koda u jednom okruženju. Objekti kao što Power Apps su kontrole okvira komponenti, Dataverse dodaci i prilagođene aktivnosti tijeka rada primjeri su objekata koji su prvi kod kojima se može upravljati u kontroli izvornog koda.

Objekti koji su prvi kod i objekti s niskim kodom u jednom okruženju

Objekti koji su prvi kod mogu se uključiti u rješenja putem procesa izrade koji generira upravljano ili neupravljano rješenje koje se može uvesti u okruženje Dataverse . Međutim, objekti koji su prvi kod također se mogu implementirati izravno u neupravljano rješenje u okruženju proizvođača nakon što su izgrađeni bez korištenja procesa izrade rješenja za njihovu implementaciju. Treba uzeti u obzir proces izrade, s obzirom na ovu fleksibilnost.

Ako postavljate objekte koda izravno na neupravljano rješenje u okruženju izrađivača, kada su ti objekti predani kontroli izvora, u kontrolu izvornog koda pohranjuje se samo njihova kompajlirana (izgrađena) verzija. Na primjer, binarni DLL ako je dodatak ili transkompilirani i optimizirani JavaScript paketa za kontrolu okvira komponente Power Apps . Kao rezultat toga, završite s dvije kopije objekta u kontroli izvornog koda – jednu predstavljenu izgrađenom verzijom, a drugu predstavljenu izvornim kodom. Pohranjivanje binarnih datoteka u spremište može dovesti do zabune i potencijalnih sukoba ako se izvorni kod i ugrađena verzija ne sinkroniziraju. Ova praksa se ne preporučuje jer bi izvorni kod trebao biti jedini izvor istine za objekt i samo jedna kopija treba biti pohranjena.

Preporučeni pristup je izgradnja objekata koji su prvi kod kao dio procesa izrade rješenja i uvoz generiranog neupravljanog rješenja u okruženje proizvođača. Ovaj pristup osigurava da se izvorni kod i izgrađena verzija održavaju sinkronizirani i da je izvorni kod jedini izvor istine za objekt. Međutim, ovaj pristup zahtijeva da imate uspostavljen postupak izrade za generiranje upravljanog ili neupravljanog rješenja za korištenje u procesu uvoza i implementacije. Na primjer, možete stvoriti tijekove rada za Azure Pipelines ili GitHub koji stvaraju artefakte za kanale u Power Platform i za Git sinkronizacijske procese za korištenje.

Sljedeći koraci

Dataverse Postavljanje integracije Gita