Prezentare generală a integrării Git în Power Platform

Integrarea controlului sursei permite echipelor de dezvoltare să sincronizeze soluțiile și obiectele soluției în unul sau mai multe medii utilizând un depozit Git. Microsoft Dataverse Azure DevOps Funcționalitatea de integrare a controlului sursei este disponibilă nativ în cadrul experiențelor soluțiilor, asigurând că dezvoltatorii cetățeni, dezvoltatorii code-first și administratorii pot beneficia de controlul versiunilor, urmărirea modificărilor și colaborarea perfectă în echipă între diferite instrumente și medii. Integrarea Git este destinată utilizării în medii de dezvoltare și nu în medii de testare sau de producție, unde implementările pot fi făcute folosind versiuni pentru a crea artefacte de soluții și conducte pentru implementare. Power Platform

În acest articol, veți găsi câteva dintre conceptele cheie și beneficiile utilizării controlului sursă activat pentru Git cu mediile și soluțiile dvs. Dataverse Pentru informații despre Git în Azure DevOps, accesați Azure DevOps repozitoriul Git.

ALM în Power Platform și Dataverse

Power Platform oferă numeroase funcționalități predefinite care permit organizațiilor să gestioneze ciclul de viață al aplicațiilor (ALM) pentru soluțiile lor. Sunt incluse capacitatea de a împacheta soluții ca și containere pentru numeroasele tipuri diferite de obiecte din platformă, de a gestiona mediile implicate în ciclul de viață al aplicației și de a implementa soluții folosind conducte în Power Platform. Există, de asemenea, mai multe modalități de a integra repozitoriile Git cu ajutorul instrumentelor pentru dezvoltatori. Power Platform Prin integrarea nativă a Git în Dataverse, procesul este simplificat și eficientizat pentru ca producătorii să poată lucra cu soluțiile lor într-un mod familiar și să interacționeze cu controlul sursei prin intermediul unor interfețe simplificate în Power Apps (make.powerapps.com).

Beneficii

• Controlul sursei ca sursă de adevăr: În cadrul unor organizații, sursa de adevăr pentru implementări în Dataverse o reprezintă mediile de producție în care sunt construite soluțiile. Principalul motiv pentru acest comportament este faptul că integrarea Git non-nativă folosește tehnici și instrumente avansate, care necesită expertiză IT profesională pentru a începe. Cu integrarea nativă a Git în Dataverse, controlul sursei poate fi activat în doar câțiva pași și oferă o interfață familiară pentru ca producătorii să lucreze cu soluțiile lor.
• Siguranță, audit și conformitate folosind cele mai bune practici SDLC: Cele mai bune practici pentru ciclul de viață al dezvoltării software (SDLC) sunt un set de linii directoare și procese care vă ajută să gestionați eficient proiectele de dezvoltare software. Prin utilizarea integrării Git în Dataverse, urmați practicile SDLC, cum ar fi controlul versiunilor, revizuirile de cod și analiza statică a codului sursă, pentru a asigura calitatea, fiabilitatea și securitatea soluțiilor dumneavoastră. Integrarea Git în Dataverse oferă și funcții precum auditarea, conformitatea și trasabilitatea, care vă ajută să urmăriți modificările soluțiilor dvs. și să colaborați eficient cu ceilalți membri ai echipei.
• Medii de dezvoltare de scurtă durată: Prin stocarea unei copii a personalizărilor și configurațiilor mediilor dvs. în controlul sursei, puteți rehidrata mediile de dezvoltare din controlul sursei rapid și ușor în Dataverse. Acest lucru vă permite să creați medii de scurtă durată pentru dezvoltare și testare. Mediile de scurtă durată vă permit să eliberați spațiu de stocare, să experimentați cu funcții noi, să testați și să iterați soluțiile fără a vă baza pe medii permanente.
• Echipe de dezvoltare Fusion: Echipele de dezvoltare Fusion sunt echipe formate atât din dezvoltatori, cât și din producători care lucrează împreună pentru a construi soluții. Prin utilizarea integrării Git în Dataverse, acești utilizatori pot construi independent în medii separate și pot colabora cu alții prin sincronizarea cu un depozit comun de control al sursei. Integrarea controlului sursei vă permite să utilizați abilitățile și expertiza atât a dezvoltatorilor, cât și a producătorilor pentru a construi soluții de înaltă calitate care să răspundă nevoilor organizației dumneavoastră.
• Protecție: Utilizarea controlului sursei ca sursă de adevăr pentru soluțiile dvs. vă permite să vă recuperați rapid și ușor după modificări neintenționate ale soluțiilor. Prin stocarea soluțiilor în controlul sursei, puteți restaura la o stare sau versiune anterioară.

Concepte cheie

Soluții negestionate versus soluții gestionate

Când utilizați integrarea Git cu Dataverse, soluțiile stocate în controlul sursei provin din soluții negestionate într-un mediu al unui creator. Soluțiile negestionate permit creatorilor să adauge, să elimine și să actualizeze obiecte sincronizate cu controlul sursei atunci când confirmați și trimiteți modificări. Soluțiile gestionate sunt construite din controlul sursei și implementate în medii downstream, cum ar fi testarea sau producția, și nu pot fi editate în aceste medii. Soluțiile gestionate sunt utilizate pentru a asigura că sursa de adevăr pentru soluțiile dvs. este întotdeauna controlul sursei și că modificările sunt făcute doar în mediul unui creator înainte de a fi adăugate la controlul sursei și implementate în altă parte.

Formatarea fișierelor pentru obiectele soluției

Odată cu introducerea integrării Git în Dataverse, există modificări în modul în care soluțiile și obiectele soluției sunt reprezentate în controlul sursei. Când confirmați și trimiteți modificările către controlul sursei, obiectele soluției sunt stocate într-un format specific compatibil cu Git. Acest format este utilizat pentru a reprezenta obiectele soluției într-un mod ușor de citit și de înțeles și poate fi utilizat pentru a urmări modificările aduse obiectelor soluției în timp. Formatul de fișier pentru obiectele soluției este conceput să fie lizibil de către om și poate fi utilizat pentru a vizualiza modificările aduse obiectelor soluției în controlul sursei. În plus, pentru a permite stocarea mai multor soluții în același depozit și folder, obiectele soluției din controlul sursei nu mai sunt duplicate pentru fiecare soluție. În schimb, obiectele soluției sunt stocate într-o singură locație și pot fi partajate între mai multe soluții din același depozit și folder.

Dezvoltare axată pe codul principal cu Git

Dezvoltarea axată pe cod (code-first) în Power Platform este posibilă folosind instrumente de dezvoltare precum Power Platform CLI, Visual Studio și Visual Studio extensiile de cod. Implicarea dezvoltatorilor care axează codul pe primul loc în procesul de dezvoltare a soluțiilor este dificilă fără integrarea controlului sursă, deoarece obiecte precum controalele cadrului de componente și plugin-urile sunt implementate în soluții ca active pachet construite din cod sursă și nu pot fi editate direct în (make.powerapps.com). Power Apps Dataverse Power Apps Fără controlul sursei ca parte a procesului de dezvoltare atât pentru obiectele low-code, cât și pentru cele code-first, este dificil să se gestioneze modificările soluției și să se asigure că modificările sunt urmărite și implementate într-un mod controlat.

Prin activarea integrării Git în Dataverse, puteți întâlni dezvoltatorii code-first acolo unde lucrează și puteți oferi o experiență fără probleme atât dezvoltatorilor low-code, cât și celor code-first. Totuși, există câteva considerații de care trebuie să țineți cont atunci când gestionați obiecte care pun codul pe primul loc într-un mediu low-code.

Dezvoltare Fusion cu integrare Git Dataverse

Power Platform oferă capabilități atât pentru dezvoltare low-code, cât și pentru dezvoltare code-first. Acest articol discută procesele de dezvoltare code-first asociate cu Dataverse și integrarea Git și oferă îndrumări despre cum să gestionați obiectele code-first și low-code într-un singur mediu. Obiecte precum Power Apps controalele framework-ului de componente, Dataverse plugin-urile și activitățile personalizate ale fluxului de lucru sunt exemple de obiecte code-first care pot fi gestionate în controlul sursei.

Obiecte code-first și low-code într-un singur mediu

Obiectele code-first pot fi incluse în soluții printr-un proces de compilare care generează o soluție gestionată sau negestionată ce poate fi importată într-un mediu Dataverse . Totuși, obiectele code-first pot fi implementate direct într-o soluție negestionată într-un mediu maker odată ce sunt construite, fără a utiliza procesul de construire a soluției pentru a le implementa. Având în vedere această flexibilitate, trebuie luat în considerare procesul de construire.

Dacă implementați obiecte code-first direct într-o soluție negestionată într-un mediu maker, atunci când aceste obiecte sunt validate pentru controlul sursei, doar versiunea lor compilată (integrată) este stocată în controlul sursei. De exemplu, DLL-ul binar este un plugin sau pachetul JavaScript transpilat și optimizat pentru un control framework de componente. Power Apps Prin urmare, veți obține două copii ale obiectului în controlul sursă - una reprezentată de versiunea construită și cealaltă reprezentată de codul sursă. Stocarea fișierelor binare în depozit poate duce la confuzie și potențiale conflicte dacă codul sursă și versiunea construită nu sunt sincronizate. Această practică nu este recomandată deoarece codul sursă ar trebui să fie singura sursă de adevăr pentru obiect și ar trebui stocată o singură copie.

Abordarea recomandată este de a construi obiecte care să pună codul pe primul loc ca parte a unui proces de construire a soluțiilor și de a importa soluția negestionată generată în mediul creatorului. Această abordare asigură sincronizarea codului sursă și a versiunii construite și că respectivul cod sursă este singura sursă de adevăr pentru obiect. Totuși, această abordare necesită să aveți un proces de compilare implementat pentru a genera soluția gestionată sau negestionată pentru utilizare în procesul de import și în procesul de implementare. Puteți crea fluxuri de lucru Azure Pipelines sau GitHub, de exemplu, care creează artefacte pentru pipeline în Power Platform și pe care procesele de sincronizare Git le pot consuma.

Pașii următori

Dataverse Configurarea integrării Git