A Git-integráció áttekintése Power Platform

A verziókövetés integrációja lehetővé teszi a fejlesztői csapatok számára, hogy egy Git-adattár használatával Microsoft Dataverse szinkronizálják a megoldásokat és a megoldásobjektumokat egy vagy több Azure DevOps környezetben. A verziókövetési integrációs funkció natív módon érhető el a megoldási élményen belül, így a civil fejlesztők, a kódalapú fejlesztők és a rendszergazdák élvezhetik a verziókezelés, a változáskövetés és a zökkenőmentes csapategyüttműködés előnyeit a különböző eszközökön és környezetekben. A Git-integráció fejlesztői környezetekkel való használatra készült, nem pedig a teszt- vagy éles környezetekben, ahol az üzembe helyezések buildekkel hozhatók létre megoldási összetevők és folyamatok Power Platform üzembe helyezéséhez.

Ebben a cikkben a Git-kompatibilis verziókövetés környezetekkel Dataverse és megoldásokkal való használatának néhány fő fogalmát és előnyét találja. A Git-ről a Azure DevOpsGit-adattárban Azure DevOps talál további információt.

ALM a Power Platform és Dataverse

Power Platform számos beépített képességet biztosít, amelyek lehetővé teszik a szervezetek számára az alkalmazások életciklus-kezelésének (ALM) kezelését megoldásaikhoz. Ide tartozik a megoldások tárolóként történő csomagolása a platform számos különböző típusú objektumához, az alkalmazás életciklusában részt vevő környezetek kezelése, valamint a megoldások folyamatok használatával történő üzembe helyezése Power Platform. A Git-adattárak fejlesztői eszközökkel Power Platform való integrálásának számos módja is van. A Git natív Dataverse integrációjával a folyamat leegyszerűsödik és leegyszerűsíthető, hogy a készítők ismerős módon dolgozhassanak a megoldásaikkal, és egyszerűsített felületeken Power Apps keresztül kommunikálhassanak a forrásvezérléssel (make.powerapps.com).

Juttatások

• Forrásvezérlés az igazság forrásaként: Egyes szervezeteken belül az üzembe helyezések Dataverse igazságforrása az a készítői környezet, amelyben a megoldások létrejönnek. Ennek a viselkedésnek az elsődleges mozgatórugója az, hogy a nem natív Git-integráció fejlett technikákat és eszközöket használ, amelyek az induláshoz professzionális informatikai szakértelemre van szükség. A Git natív Dataverse integrációjával a forrásvezérlés néhány lépésben engedélyezhető, és ismerős felületet biztosít a készítők számára a megoldásaikkal való munkához.
• Biztonság, auditálás és megfelelőség az SDLC legjobb gyakorlataival: A szoftverfejlesztési életciklus (SDLC) bevált gyakorlatai olyan irányelvek és folyamatok, amelyek segítenek a szoftverfejlesztési projektek hatékony kezelésében. A Git-integráció Dataverse használatával olyan SDLC-gyakorlatokat követhet, mint a verziókezelés, a kódfelülvizsgálat és a statikus forráskód-elemzés a megoldások minőségének, megbízhatóságának és biztonságának biztosítása érdekében. A Git-integráció Dataverse olyan funkciókat is biztosít, mint a naplózás, a megfelelőség és a nyomon követhetőség, amelyek segítségével nyomon követheti a megoldások változásait, és hatékonyan együttműködhet a csapat többi tagjával.
• Rövid élettartamú fejlesztői környezetek: Ha a környezetek testreszabásainak és konfigurációinak másolatát a verziókövetésben tárolja, gyorsan és egyszerűen Dataverse rehidratálhatja a fejlesztési környezeteket a verziókövetésből. Ez lehetővé teszi, hogy rövid élettartamú környezeteket hozzon létre fejlesztési és tesztelési célokra. A rövid élettartamú környezetek lehetővé teszik tárhely felszabadítását, új funkciókkal való kísérletezést, tesztelést és iterációt a megoldások állandó környezetek nélkül.
• Fúziós fejlesztői csapatok: A fúziós fejlesztői csapatok olyan csapatok, amelyek fejlesztőkből és készítőkből állnak, akik együtt dolgoznak a megoldások létrehozásán. A Git-integráció Dataverse használatával ezek a felhasználók egymástól függetlenül építhetnek külön környezetekben, és együttműködhetnek másokkal egy közös verziókövetési adattárral való szinkronizálással. A verziókövetési integráció lehetővé teszi, hogy a fejlesztők és a készítők készségeit és szakértelmét egyaránt felhasználva olyan kiváló minőségű megoldásokat hozzon létre, amelyek megfelelnek a szervezet igényeinek.
• Védelem: A forrásvezérlés a megoldások igazságforrásaként lehetővé teszi, hogy gyorsan és egyszerűen helyreállítsa a megoldások nem kívánt változásait. Ha a megoldásokat a verziókövetésben tárolja, visszaállíthatja egy korábbi állapotot vagy verziót.

Fő fogalmak

Nem felügyelt és felügyelt megoldások

Ha Git-integrációt Dataverse használ, a verziókövetésben tárolt megoldások a készítői környezetben lévő nem felügyelt megoldásokból származnak. A nem felügyelt megoldások lehetővé teszik a készítők számára, hogy olyan objektumokat adjanak hozzá, távolítsanak el és frissítsenek, amelyek szinkronizálva vannak a verziókövetéssel a módosítások véglegesítése és leküldése során. A felügyelt megoldások a forrásvezérlésből épülnek fel, és lefelé irányuló környezetekben, például tesztelésben vagy éles környezetben vannak üzembe helyezve, és ezekben a környezetekben nem szerkeszthetők. A felügyelt megoldások biztosítják, hogy a megoldások igazságforrása mindig a forrásvezérlés legyen, és hogy a módosítások csak a készítő környezetében történjenek, mielőtt hozzáadnák őket a verziókövetéshez, és máshol üzembe helyeznék őket.

Megoldásobjektumok fájlformázása

A Git-integráció Dataverse bevezetésével megváltozik a megoldások és a megoldásobjektumok forrásvezérlésben való ábrázolásának módja. Amikor véglegesíti és leküldi a módosításokat a forrásvezérlőbe, a megoldásobjektumok egy adott formátumban lesznek tárolva, amely kompatibilis a Gittel. Ez a formátum a megoldásobjektumok könnyen olvasható és érthető módon történő ábrázolására szolgál, és a megoldásobjektumok időbeli változásainak nyomon követésére használható. A megoldásobjektumok fájlformátuma úgy lett kialakítva, hogy ember által olvasható legyen, és a megoldásobjektumok módosításainak megtekintésére használható a forrásvezérlőben. Emellett ahhoz, hogy több megoldás is tárolható ugyanabban az adattárban és mappában, a forrásvezérlő megoldásobjektumai már nem duplikálódnak az egyes megoldásokhoz. Ehelyett a megoldásobjektumok egyetlen helyen vannak tárolva, és több megoldás között is megoszthatók ugyanabban az adattárban és mappában.

Kód-első fejlesztés a Gittel

A kód első fejlesztése Power Platform olyan fejlesztői eszközökkel engedélyezett, mint a parancssori felület Power Platform és Visual Studioa Visual Studio kódbővítmények. A kódalapú fejlesztők bevonása a megoldásfejlesztési folyamatba nehéz a verziókövetési integráció nélkül, mivel az olyan objektumok, mint az összetevő-keretrendszer Power Apps vezérlői és beépülő Dataverse moduljai, forráskódból épített csomagolt eszközökként vannak üzembe helyezve a megoldásokban, és nem szerkeszthetők közvetlenül in( Power Apps make.powerapps.com). A kevés kódolást igénylő és a kódalapú objektumok fejlesztési folyamatának részeként a forrásvezérlés nélkül nehéz kezelni a megoldás módosításait, és biztosítani a módosítások ellenőrzött nyomon követését és üzembe helyezését.

A Git-integráció engedélyezésével Dataverse ott találkozhat a kódalapú fejlesztőkkel, ahol dolgoznak, és zökkenőmentes élményt nyújthat mind a kevés kódolást, mind a kódot használó fejlesztők számára. Van azonban néhány szempont, amelyet szem előtt kell tartani a kódalapú objektumok kevés kódolást igénylő környezetben történő kezelésekor.

Fúziós fejlesztés Git-integrációval Dataverse

Power Platform Kevés kódolást igénylő és kódalapú fejlesztéshez is biztosít képességeket. Ez a cikk a Git-integrációhoz társított Dataverse kódalapú fejlesztési folyamatokat ismerteti, és útmutatást nyújt a kódalapú és kevés kódolást igénylő objektumok egyetlen környezetben való kezeléséhez. Az olyan objektumok, mint az Power Apps összetevő-keretrendszer vezérlői, a Dataverse beépülő modulok és az egyéni munkafolyamat-tevékenységek a forrásvezérlőben kezelhető kódalapú objektumok példái.

Kód első és kevés kódolást igénylő objektumok egyetlen környezetben

A kódalapú objektumok egy olyan buildelési folyamaton keresztül is beépíthetők a megoldásokba, amely egy környezetbe importálható Dataverse felügyelt vagy nem felügyelt megoldást hoz létre. A kódalapú objektumok azonban közvetlenül is üzembe helyezhetők egy nem felügyelt megoldásban egy készítői környezetben, miután felépültek anélkül, hogy a megoldás buildelési folyamatát alkalmaznák az üzembe helyezésükhöz. Figyelembe kell venni az építési folyamatot, tekintettel erre a rugalmasságra.

Ha a kódalapú objektumokat közvetlenül egy nem felügyelt megoldásra helyezi üzembe egy készítői környezetben, amikor ezek az objektumok véglegesítve vannak a verziókövetésben, csak a lefordított (épített) verziójuk lesz tárolva a verziókövetésben. Például a bináris DLL, ha beépülő modul, vagy a transzpilált és optimalizált csomag JavaScript egy Power Apps komponens-keretrendszer vezérlőjéhez. Ennek eredményeképpen az objektum két példányát kapja a forrásvezérlőben – az egyiket a buildverzió, a másikat pedig a forráskód képviseli. A bináris fájlok adattárban való tárolása zavarokhoz és esetleges ütközésekhez vezethet, ha a forráskód és a beépített verzió nincs szinkronban. Ez a gyakorlat nem ajánlott, mert a forráskódnak kell lennie az objektum egyetlen igazságforrásának, és csak egyetlen példányt kell tárolni.

Az ajánlott módszer a kódalapú objektumok létrehozása a megoldás buildelési folyamatának részeként, és a létrehozott nem felügyelt megoldás importálása a készítői környezetbe. Ez a megközelítés biztosítja, hogy a forráskód és a buildverzió szinkronban maradjon, és hogy a forráskód legyen az objektum egyetlen igazságforrása. Ehhez a megközelítéshez azonban szükség van egy buildelési folyamatra a felügyelt vagy nem felügyelt megoldás létrehozásához az importálási folyamatban és az üzembe helyezési folyamatban. Létrehozhat például Azure Pipelines- vagy GitHub-munkafolyamatokat, amelyek összetevőket hoznak létre a folyamatokhoz Power Platform és a Git-szinkronizálási folyamatokhoz.

További lépések

Dataverse Git-integráció beállítása