Přehled integrace Gitu v Power Platform

Integrace správy zdrojového kódu umožňuje vývojovým týmům synchronizovat řešení a objekty řešení v jednom nebo několika Microsoft Dataverse prostředích pomocí podporovaného poskytovatele Gitu, například Azure DevOps nebo GitHub. Prostředí řešení nativně poskytují funkce integrace správy zdrojového kódu, takže vývojáři pro občany, vývojáři s kódem a správci můžou využívat výhod správy verzí, sledování změn a bezproblémové týmové spolupráce napříč různými nástroji a prostředími. Používejte integraci Gitu s vývojovými prostředími, ne v testovacím nebo produkčním prostředí. Použijte sestavení k vytváření artefaktů řešení a kanálů v Power Platform pro nasazení.

Tento článek vysvětluje některé klíčové koncepty a výhody používání správy zdrojového kódu s podporou Gitu s prostředími a řešeními Dataverse. Informace o Gitu v Azure DevOps najdete v Azure DevOps úložišti Git. Informace o GitHub úložištích najdete v tématu O úložištích.

Tvůrci ve svých prostředích mohou provádět změny nespravovaného řešení a zapisovat se do Gitu před nasazením pomocí kanálů

ALM v platformě Power Platform a Dataverse

Power Platform poskytuje mnoho předem připravených funkcí, které organizacím umožňují spravovat správu životního cyklu aplikací (ALM) pro jejich řešení. Zahrnuta je možnost balit řešení jako kontejnery pro mnoho různých typů objektů v platformě, spravovat prostředí zapojené do životního cyklu aplikace a nasazovat řešení pomocí pipelines . Power Platform Existuje také několik způsobů, jak integrovat úložiště Git pomocí vývojářských nástrojů Power Platform. Díky nativní integraci Gitu v je Dataverse proces zjednodušen a zefektivněn pro tvůrce, aby mohli pracovat se svými řešeními známým způsobem a pracovat se správou zdrojového kódu prostřednictvím zjednodušených rozhraní v Power Apps (make.powerapps.com).

Výhody

  • Správa zdrojového kódu jako zdroj pravdy: V některých organizacích je zdrojem pravdy pro nasazení prostředí v Dataverse, ve kterých jsou řešení sestavena. Primární příčinou tohoto chování je nenativní integrace Gitu, která využívá pokročilé techniky a nástroje, které vyžadují profesionální IT odborné znalosti, abyste mohli začít. Díky nativní integraci Gitu v Dataverse lze správu zdrojového kódu povolit pouze v několika krocích a poskytuje tvůrcům známé rozhraní pro práci s jejich řešeními.
  • Bezpečnost, auditování a dodržování předpisů pomocí osvědčených postupů SDLC: Osvědčené postupy životního cyklu vývoje softwaru (SDLC) jsou sadou pokynů a procesů, které vám pomohou efektivně řídit projekty vývoje softwaru. Pomocí integrace Gitu v Dataverse budete postupovat podle postupů SDLC, jako je správa verzí, revize kódu a statická analýza zdrojového kódu, abyste zajistili kvalitu, spolehlivost a zabezpečení vašich řešení. Integrace Gitu v Dataverse také poskytuje funkce, jako je auditování, dodržování předpisů a sledovatelnost, které vám pomohou sledovat změny ve vašich řešeních a efektivně spolupracovat s ostatními členy týmu.
  • Dočasná vývojová prostředí: Uložením kopie přizpůsobení a konfigurace vašich prostředí do správy verzí můžete v Dataverse rychle a snadno znovu vytvořit vývojová prostředí ze správy verzí. To vám umožní vytvářet krátkodobá prostředí pro účely vývoje a testování. Krátkodobá prostředí umožňují uvolnit úložiště, experimentovat s novými funkcemi, testovat a iterovat řešení, aniž byste se museli spoléhat na trvalá prostředí.
  • Kombinované vývojové týmy: Kombinované vývojové týmy jsou týmy, které se skládají z vývojářů i tvůrců, kteří spolupracují na vytváření řešení. Pomocí integrace Gitu v Dataverse můžou tito uživatelé sestavovat nezávisle v samostatných prostředích a spolupracovat s ostatními synchronizací se společným úložištěm správy zdrojového kódu. Integrace správy zdrojového kódu vám umožňuje využít dovednosti a odborné znalosti vývojářů i tvůrců k vytváření vysoce kvalitních řešení, která splňují potřeby vaší organizace.
  • Ochrana: Použití správy zdrojového kódu jako zdroje pravdy pro vaše řešení vám umožní rychle a snadno se zotavit z nezamýšlených změn ve vašich řešeních. Uložením řešení do správy zdrojového kódu můžete obnovit předchozí stav nebo verzi.

Klíčové koncepty

Nespravovaná versus spravovaná řešení

Pokud používáte integraci Gitu s Dataverse, řešení uložená ve správě zdrojového kódu pocházejí z nespravovaných řešení v prostředí tvůrce. Nespravovaná řešení umožňují tvůrcům přidávat, odebírat a aktualizovat objekty, které jsou synchronizovány se správou zdrojového kódu při potvrzení a odeslání změn. Spravovaná řešení jsou sestavena ze správy zdrojového kódu a nasazena do podřízených prostředí, jako je testování nebo produkce, a v těchto prostředích je nelze upravovat. Spravovaná řešení se používají k zajištění toho, aby zdrojem pravdy pro vaše řešení byla vždy správa zdrojového kódu a aby změny byly provedeny pouze v prostředí tvůrce, než budou přidány do správy zdrojového kódu a nasazeny jinde.

Formátování souborů pro objekty řešení

Se zavedením integrace Gitu v Dataverse dochází ke změnám ve způsobu, jakým jsou řešení a objekty řešení reprezentovány ve správě zdrojového kódu. Když změny potvrdíte a odešlete do správy zdrojového kódu, objekty řešení se uloží ve specifickém formátu, který je kompatibilní s Gitem. Tento formát se používá k reprezentaci objektů řešení způsobem, který je snadno čitelný a srozumitelný, a lze jej použít ke sledování změn objektů řešení v čase. Formát souboru pro objekty řešení je navržen tak, aby byl čitelný pro člověka, a lze jej použít k zobrazení změn objektů řešení ve správě zdrojového kódu. Aby bylo možné uložit více řešení do stejného úložiště a složky, objekty řešení ve správě zdrojového kódu se již pro každé řešení neduplikují. Místo toho jsou objekty řešení uloženy na jednom místě a lze je sdílet mezi více řešeními ve stejném úložišti a složce.

Vývoj kódu na prvním místě pomocí systému Git

Vývoj založený na kódu je v Power Platform podporován pomocí vývojových nástrojů, jako jsou rozhraní příkazového řádku Power Platform, Visual Studio a rozšíření Visual Studio Code. Zapojení vývojářů, kteří primárně píší kód, do procesu vývoje řešení je bez integrace správy zdrojového kódu obtížné, protože objekty jako ovládací prvky frameworku komponent a pluginy jsou do řešení nasazovány jako zabalené datové zdroje vytvořené ze zdrojového kódu a nelze je přímo upravovat v Power Apps (make.powerapps.com). Dataverse Power Apps Bez správy zdrojového kódu jako součásti vývojového procesu pro objekty s nízkým kódem i objekty s prvním kódem je obtížné spravovat změny v řešení a zajistit, aby byly změny sledovány a nasazovány kontrolovaným způsobem.

Povolením integrace Gitu v Dataverse můžete oslovit vývojáře preferující vývoj založený na kódu v prostředí, kde pracují, a poskytnout bezproblémové prostředí jak low-code vývojářům, tak i vývojářům preferujícím vývoj založený na kódu. Při správě objektů s prioritou kódu v prostředí s nízkým počtem kódu je však třeba mít na paměti několik aspektů.

Fúzní vývoj s integrací Gitu v Dataverse

Power Platform poskytuje funkce pro vývoj s minimálním psaním kódu i pro vývoj založený na kódu. Tento článek pojednává o procesech vývoje s prioritou kódu spojených s integrací Git a poskytuje pokyny, jak spravovat objekty s prioritou kódu a nízkokódové objekty v jednom prostředí. Dataverse Objekty jako Power Apps ovládací prvky komponentního frameworku, Dataverse plug-iny a vlastní aktivity pracovních postupů jsou příklady objektů typu code-first, které lze spravovat ve správě zdrojového kódu.

Objekty s prioritou kódu a objekty s nízkým kódem v jednom prostředí

Objekty typu „code-first“ lze do řešení zahrnout prostřednictvím procesu sestavení, který generuje spravované nebo nespravované řešení, jež lze importovat do prostředí. Dataverse Objekty typu code-first však lze po sestavení nasadit přímo do nespravovaného řešení v prostředí tvůrce, aniž by se k jejich nasazení musel použít proces sestavení řešení. Vzhledem k této flexibilitě je potřeba vzít v úvahu proces sestavení.

Pokud nasazujete objekty typu code-first přímo do nespravovaného řešení v prostředí tvůrce a jsou tyto objekty potvrzeny ve správě zdrojového kódu, uloží se v ní pouze jejich zkompilovaná (sestavená) verze. Například binární knihovna DLL v případě modulu plug-in nebo transpilovaný a optimalizovaný balíček JavaScriptu pro ovládací prvek frameworku Power Apps Component Framework. Výsledkem je, že ve správě zdrojového kódu máte dvě kopie objektu – jednu reprezentovanou sestavenou verzí a druhou zdrojovým kódem. Ukládání binárních souborů do repozitáře může vést k nejasnostem a potenciálním konfliktům, pokud zdrojový kód a sestavená verze nejsou synchronizovány. Tento postup se nedoporučuje, protože zdrojový kód by měl být jediným zdrojem pravdivých informací o objektu a měla by být uložena pouze jedna kopie.

Doporučený postup spočívá v sestavení objektů typu code-first v rámci procesu sestavení řešení a v importu vygenerovaného nespravovaného řešení do prostředí tvůrce řešení. Tento přístup zajišťuje, že zdrojový kód a sestavená verze jsou synchronizované a že zdrojový kód je jediným zdrojem pravdivých informací o objektu. Tento přístup však vyžaduje, abyste měli zavedený proces sestavení pro generování spravovaného nebo nespravovaného řešení pro použití v procesu importu a nasazení. Můžete například vytvořit pracovní postupy Azure Pipelines nebo GitHub, které vytvářejí artefakty pro kanál v Power Platform a pro procesy synchronizace Git, které je využívají.

Další kroky

  • Last updated on