Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A forrásvezérlési integráció lehetővé teszi, hogy a fejlesztői csapatok egy vagy több Microsoft Dataverse környezetben szinkronizálják a megoldásokat és a megoldásobjektumokat egy támogatott Git-szolgáltatóval, például Azure DevOps vagy GitHub. A megoldások natív módon biztosítják a forrásvezérlő integrációs funkcióit, így a civil fejlesztők, a kódelső fejlesztők és a rendszergazdák is élvezhetik a verziókövetést, a változáskövetést és a zökkenőmentes csapatmunkát a különböző eszközök és környezetek között. A Git-integrációt a fejlesztői környezetekben használja, ne a teszt- vagy éles környezetekben. Buildekkel megoldás-összetevőket és folyamatokat hozhat létre a Power Platformon üzembe helyezéshez.
Ez a cikk a Git-kompatibilis forrásvezérlés Dataverse-környezetekkel és -megoldásokkal való használatának néhány fő fogalmát és előnyeit ismerteti. Az Azure DevOps gittel kapcsolatos további információkért lásd Azure DevOps Git-adattárat. Az GitHub adattárakkal kapcsolatos információkért lásd: About repositories.
ALM a Power Platformban és a Dataverse-ben
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 konténerként való csomagolásának lehetősége a platform számos különböző objektumtípusához, az alkalmazás életciklusában részt vevő környezetek kezelése, valamint a megoldások Power Platformbeli folyamatokkal történő üzembe helyezése. A Git-adattárak fejlesztői eszközökkel Power Platform való integrálásának számos módja is van. A Git Dataverse-be épített natív integrációjával a folyamat egyszerűbbé és gördülékenyebbé válik, így a készítők ismerős módon dolgozhatnak a megoldásaikon, és a Power Appsben (make.powerapps.com) elérhető egyszerűsített felületeken keresztül használhatják a forráskezelést.
Előnyök
- A forrásvezérlés mint az elsődleges forrás: Egyes szervezetekben a Dataverse-beli üzembe helyezések elsődleges forrását azok a készítői környezetek jelentik, amelyekben a megoldások készülnek. 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 életű fejlesztői környezetek: Ha a környezetek testreszabásainak és konfigurációinak másolatát a forráskódkezelőben tárolja, a fejlesztési környezeteket gyorsan és egyszerűen újra létrehozhatja a forráskódkezelőből a Dataverse-ben. 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: Ha a megoldásai megbízható forrásaként forrásvezérlést használ, akkor gyorsan és egyszerűen helyreállíthatja a megoldásait az azokat érintő nem szándékos módosítások után. 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
Amikor a Git-integrációt használja a Dataverse-szel, a forráskezelésben tárolt megoldások a készítő környezetében 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 Power Platformon történő, kódalapú fejlesztést olyan fejlesztői eszközök teszik lehetővé, mint a Power Platform CLI, a Visual Studio és a Visual Studio Code-bővítmények. A kódalapú fejlesztők bevonása a megoldásfejlesztési folyamatba forráskódkezelési integráció nélkül nehéz, mivel az olyan objektumok, mint a Power Apps Component Framework-vezérlők és a Dataverse-bővítmények, forráskódból létrehozott csomagolt összetevőkként kerülnek a megoldásokba, és nem szerkeszthetők közvetlenül a Power Appsben (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ó Dataverse-ben való engedélyezésével ott érheti el az elsősorban kódalapú fejlesztést végző fejlesztőket, ahol dolgoznak, és zökkenőmentes élményt biztosíthat mind a kevés kódot igénylő, mind a kódalapú 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 Dataverse Git-integrációval
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 egy beépülő modul esetén a bináris DLL, illetve egy Power Apps-komponenskeretrendszerbeli vezérlőelemhez tartozó transzpilált és optimalizált JavaScript-csomag. 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 olyan összetevőket hoznak létre, amelyeket a Power Platformban lévő folyamatok és a Git-szinkronizálási folyamatok használnak fel.