Преглед на интеграцията на Git в Power Platform

Интеграцията на контрола на източника позволява на екипите за разработка да синхронизират решения и обекти на решения в една или повече Microsoft Dataverse среди с помощта на Azure DevOps хранилище на Git. Функционалността за интегриране на контрола на източника е налична в интерфейса на решенията, като гарантира, че разработчиците на граждански източници, разработчиците на кода и администраторите могат да се възползват от контрола на версиите, проследяване на промените и безпроблемно екипно сътрудничество в различни инструменти и среди. Интеграцията на Git е предназначена да се използва със среди за разработчици, а не във вашите тестови или производствени среди, където внедряванията могат да се извършват с помощта на компилации за създаване на артефакти на решение и конвейери Power Platform за внедряване.

В тази статия ще намерите някои от ключовите концепции и ползи от използването на управление на източници с активиран Git с вашите Dataverse среди и решения. За информация относно Git in Azure DevOps, отидете в Azure DevOps хранилището на Git.

ALM в Power Platform и Dataverse

Power Platform предоставя много готови възможности, които позволяват на организациите да управляват управлението на жизнения цикъл на приложенията (ALM) за своите решения. Включени са възможността за пакетиране на решения като контейнери за много различни видове обекти в платформата, управление на среди, участващи в жизнения цикъл на приложението, и внедряване на решения с помощта на конвейери в Power Platform. Има и няколко начина за интегриране на Git хранилища с Power Platform помощта на инструменти за разработчици. С вградената интеграция на Git Dataverse процесът е опростен и рационализиран за създателите да работят със своите решения по познат начин и да взаимодействат с контрола на източника чрез опростени интерфейси in Power Apps (make.powerapps.com).

Обезщетения

• Контрол на източника като източник на истина: В някои организации източникът на истина за внедряване Dataverse е средата на създаване, в която се изграждат решенията. Основният двигател за това поведение е, че неродната Git интеграция използва усъвършенствани техники и инструменти, които изискват професионален ИТ опит, за да започнете. С вградената интеграция на Git Dataverse контролът на източника може да бъде активиран само в няколко стъпки и предоставя познат интерфейс за създателите да работят с техните решения.
• Безопасност, одит и съответствие с помощта на най-добрите практики за SDLC: Най-добрите практики за жизнения цикъл на разработката на софтуер (SDLC) са набор от насоки и процеси, които ви помагат да управлявате ефективно вашите проекти за разработка на софтуер. Използвайки интеграция на Git Dataverse, вие следвате SDLC практики като контрол на версиите, прегледи на кода и статичен анализ на изходния код, за да гарантирате качеството, надеждността и сигурността на вашите решения. Интеграцията Dataverse на Git също така предоставя функции като проверка, съответствие и проследимост, които ви помагат да проследявате промените във вашите решения и да си сътрудничите ефективно с други членове на екипа.
• Краткотрайни среди за разработка: Като съхранявате копие на персонализациите и конфигурациите на вашите среди в контрола на източника, можете бързо и Dataverse лесно да рехидратирате среди за разработка от контрола на източника. Това ви позволява да създавате краткотрайни среди за целите на разработката и тестването. Краткотрайните среди ви позволяват да освободите място за съхранение, да експериментирате с нови функции, да тествате и повтаряте решенията си, без да разчитате на постоянни среди.
• Екипи за разработка на Fusion: Екипите за разработка на Fusion са екипи, които се състоят както от разработчици, така и от създатели, които работят заедно за изграждане на решения. Използвайки интеграция на Git, Dataverse тези потребители могат да изграждат независимо в отделни среди и да си сътрудничат с други, като се синхронизират с общо хранилище за контрол на източника. Интеграцията на контрола на източника ви позволява да използвате уменията и опита както на разработчиците, така и на създателите, за да изградите висококачествени решения, които отговарят на нуждите на вашата организация.
• Защита: Използването на контрола на източника като източник на истина за вашите решения ви позволява да се възстановите от нежелани промени във вашите решения бързо и лесно. Като съхранявате решенията си в контрола на източника, можете да възстановите до предишно състояние или версия.

Ключови концепции

Неуправлявани срещу управлявани решения

Когато използвате интеграция с Dataverse Git, решенията, съхранявани в контрола на източника, идват от неуправлявани решения в средата на производителя. Неуправляваните решения позволяват на създателите да добавят, премахват и актуализират обекти, които се синхронизират с контрола на източника, когато ангажирате и изпращате промени. Управляваните решения са изградени от контрола на източника и се внедряват в среди надолу по веригата, като например тестване или производство, и не могат да се редактират в тези среди. Управляваните решения се използват, за да се гарантира, че източникът на истина за вашите решения винаги е контролът на източника и че промените се правят само в средата на производителя, преди да бъдат добавени към контрола на източника и внедрени другаде.

Форматиране на файлове за обекти на решение

С въвеждането на интеграцията Dataverse на Git има промени в начина, по който решенията и обектите на решения са представени в контрола на източника. Когато фиксирате и изпращате промени в контрола на източника, обектите на решението се съхраняват в определен формат, който е съвместим с Git. Този формат се използва за представяне на обектите на решението по начин, който е лесен за четене и разбиране и може да се използва за проследяване на промените в обектите на решението с течение на времето. Файловият формат за обекти на решение е проектиран да бъде четим от човека и може да се използва за преглед на промените в обектите на решението в контрола на източника. Освен това, за да се позволи няколко решения да се съхраняват в едно и също хранилище и папка, обектите на решението в контрола на източника вече не се дублират за всяко решение. Вместо това обектите на решението се съхраняват на едно място и могат да бъдат споделени между множество решения в едно и също хранилище и папка.

Разработка на първо място за код с Git

Разработката Power Platform на първо място за код е активирана с помощта на инструменти за разработка като Power Platform CLI Visual Studio и Visual Studio разширения на кода. Включването на разработчиците на кода в процеса на разработка на решения е трудно без интеграция на контрола на източника, тъй като обекти като Power Apps контроли на компонентната рамка и Dataverse плъгини се внедряват в решения като пакетирани активи, изградени от изходния код и не могат директно да се редактират в Power Apps (make.powerapps.com). Без контрол на източника като част от процеса на разработка както на обекти с нисък код, така и на първо място с код, е трудно да се управляват промените в решението и да се гарантира, че промените се проследяват и внедряват по контролиран начин.

Като активирате интеграцията Dataverse на Git, можете да се срещнете с разработчиците на първо място за код, където работят, и да осигурите безпроблемно изживяване както за разработчиците с нисък код, така и за разработчиците с първо ниво на код. Въпреки това, има някои съображения, които трябва да имате предвид, когато управлявате обекти с код в среда с нисък код.

Разработка на Fusion с Dataverse интеграция на Git

Power Platform предоставя възможности както за разработка с нисък код, така и за разработка с първо кода. Тази статия обсъжда процесите на разработка на кода, свързани с Dataverse интеграцията на Git, и предоставя насоки за това как да управлявате обекти с код и с нисък код в една среда. Обекти като Power Apps контроли на компонентна рамка, Dataverse добавки и персонализирани дейности на работния поток са примери за обекти на първо място в кода, които могат да се управляват в контрола на източника.

Обекти с код и с нисък код в една среда

Обектите с код могат да бъдат включени в решения чрез процес на изграждане, който генерира управлявано или незавършено решение, което може да бъде импортирано в Dataverse среда. Въпреки това, обектите с код на първо място могат да бъдат внедрени директно в неуправлявано решение в среда на създателя, след като са изградени, без да се използва процесът на изграждане на решение за внедряването им. Има процес на изграждане, който трябва да се вземе предвид, като се има предвид тази гъвкавост.

Ако разполагате обекти на първо място с код директно в незавършено решение в среда на създател, когато тези обекти са ангажирани с контрола на източника, само тяхната компилирана (изградена) версия се съхранява в контрола на източника. Например двоичният DLL, ако е плъгин, или транспилираният и оптимизиран пакет JavaScript за контрола на компонентната Power Apps рамка. В резултат на това получавате две копия на обекта в контрола на източника – едното представено от изградената версия, а другото представено от изходния код. Съхраняването на двоични файлове във вашето хранилище може да доведе до объркване и потенциални конфликти, ако изходният код и изградената версия не се поддържат синхронизирани. Тази практика не се препоръчва, тъй като изходният код трябва да бъде единственият източник на истина за обекта и трябва да се съхранява само едно копие.

Препоръчителният подход е да се изградят обекти с код като част от процеса на изграждане на решение и да се импортира генерираното неуправлявано решение в средата на създателя. Този подход гарантира, че изходният код и изградената версия се поддържат в синхрон и че изходният код е единственият източник на истина за обекта. Този подход обаче изисква да имате процес на изграждане, за да генерирате управляваното или неуправляваното решение за използване в процеса на импортиране и внедряване. Можете да създадете работни потоци на Azure Pipelines или GitHub, например, които създават артефакти за тръбопроводи в Power Platform и за процесите за синхронизиране на Git, които да консумират.

Следващи стъпки

Dataverse Настройка на интеграцията на Git