Microsoft Power Platform Build Tools for Azure DevOps

Използвайте Microsoft Power Platform Build Tools, за да автоматизирате често срещани задачи по изграждане и внедряване, свързани с приложения, изградени на Microsoft Power Platform. Тези задачи включват:

  • Синхронизиране на метаданни на решение (известни също като решения), които съдържат различните компоненти на платформата, като например:
    • Приложения за ангажиране на клиенти: Dynamics 365 Sales, Customer Service, Field Service, Marketing и Project Service Automation
    • Приложения за платно
    • Приложения, управлявани от модел
    • потоци на ПИ
    • Виртуални агенти
    • AI Builder модели
    • Връзки между среди за разработка и контрол на източника
  • Генериране на артефакти на създаване
  • Разгръщане в средите надолу по веригата
  • Среди за осигуряване или деосигуряване
  • Извършване на статични проверки спрямо решения чрез използване на услугата Power Apps checker

Използвайте задачите на Microsoft Power Platform Build Tools заедно с други налични Azure DevOps задачи, за да съставите вашите pipelines за изграждане и пускане. Тръбопроводите, които екипите обикновено въвеждат, включват Иницииране, Експортиране от разработка, Създаване и Пускане.

ALM, захранвано от Azure DevOps.

Бележка

Microsoft Power Platform Build Tools се поддържат само за Microsoft Dataverse среда с база данни. Повече информация: Създаване на среда с база данни

Microsoft Power Platform Build Tools вече са налични за използване в регионите GCC и GCC High.

Какво представляват инструментите за изграждане на Microsoft Power Platform?

Microsoft Power Platform Build Tools са колекция от специфични за Power Platform задачи за Azure DevOps, които премахват необходимостта ръчно изтегляне на персонализирани инструменти и скриптове за управление на жизнения цикъл на приложения, изградени на Microsoft Power Platform.

Можете да използвате задачите поотделно, като например импортиране на решение в среда надолу по веригата или заедно в конвейер, за да оркестрирате сценарий, като например генериране на артефакт за изграждане, внедряване за тестване или събиране на промени в създателя. Задачите за изграждане могат до голяма степен да бъдат категоризирани в четири типа:

  • Помощник
  • Проверка на качеството
  • Решение
  • Управление на среда

За повече информация относно наличните задачи вижте Microsoft Power Platform задачи за инструменти за сглобяване.

Какво е Power Platform Build Tools версия 2.0?

В допълнение към това, което предоставят Power Platform Build Tools, версия 2.0 на Power Platform Build Tools е базирана на Power Platform CLI.

Power Platform Build Tools версия 1.0 е базирана на PowerShell. Power Platform Build Tools 2.0 е версията, която ще бъде обслужвана и ще бъдат добавени по-нови функции.

За предишните версии на Power Platform инструментите за изграждане ще направим критични актуализации на защитата, ако е необходимо. Горещо препоръчваме на клиентите да преминат към Power Platform Build Tools версия 2.0 възможно най-рано.

Важно

Не можете да смесвате и съпоставяте версии на задачи за Power Platform Инструменти за изграждане във вашия конвейер за изграждане.

Вземете инструментите за изграждане на Microsoft Power Platform

Microsoft Power Platform Build Tools могат да бъдат инсталирани във вашата Azure DevOps организация от Azure Marketplace.

След инсталацията всички задачи, включени в Microsoft Power Platform Build Tools, ще бъдат достъпни за добавяне към всеки нов или съществуващ конвейер. Можете да ги намерите, като търсите „Power Platform”.

Вземи инструментите за Microsoft Power Platform билд

Връзка към среди

За да взаимодействате с средата на Microsoft Power Platform, трябва да установите връзка, така че задачите на инструмента за сглобяване да изпълняват необходимите действия. Налични са два типа връзки:

Тип на връзката Описание
Принципал на услугата чрез федериране на самоличност на работното натоварване (препоръчително) Използва удостоверяване, базирано на принципал на услугата, чрез федерирани идентификационни данни. Препоръчва се за наематели, които изискват многофакторно удостоверяване.
Тайна на принципала на услугата и клиента Използва удостоверяване, базирано на принципал на услугата.
Потребителско име/парола Обща сервизна връзка с потребителско име и парола. Не поддържа потребители, изискващи многофакторно удостоверяване.

Конфигурирайте сервизни връзки с помощта на главна услуга

За да конфигурирате връзка с помощта на принципал на услугата, първо трябва да имате Power Platform удостоверен профил с необходимите разрешения. Трябва да добавите приложение Microsoft Entra ID и свързан потребител към средата на Dataverse.

Създаване на принципал на услуга и тайна на клиента

Използвайте командата pac admin create-service-principal, за да създадете и конфигурирате главния сервис, който да се използва с задачите на Microsoft Power Platform Build Tools.

Тази команда първо регистрира обект Application и съответното име на Service Principal (SPN) в Microsoft Entra ID. След това приложението се добавя като администратор към наемателя на Microsoft Power Platform.

Тази команда има два параметъра:

Име кратко име Задължителни Описание
environment env Да ИД или URL адресът на средата, към която да добавите потребител на приложението.
role r Не Име или ИД на права за достъп, която да се приложи към потребителя на приложението. Стойността по подразбиране е: "Системен администратор".

Програмата за проверка на решения изисква роля с prvAppendmsdyn_analysisjob привилегия, за да се добави към таблицата msdyn_analysisjob. Ролята на системен администратор има тази привилегия по подразбиране.

Можете да го използвате по следния начин:

C:\> pac admin create-service-principal  --environment <environment id>

При успех се показват четири колони:

  • TenantId на Power Platform
  • ИД на приложение
  • Клиентска тайна (с ясен текст)
  • Изтичане на срока

Например:

PS C:\>pac admin create-service-principal --environment d3fcc479-0122-e7af-9965-bde57f69ee1d
Connected as admin@M365x57236726.onmicrosoft.com
Successfully assigned user adde6d52-9582-4932-a43a-beca5d182301 to environment d3fcc479-0122-e7af-9965-bde57f69eeld with security role System Administrator
Tenant ID                            Application ID                       Client Secret                           Expiration
2b0463ed-efd7-419d-927d-a9dca49d899c adde6d52-9582-4932-a43a-beca5d182301 beY8Q~JBZ~CBDgIKKBjbZ3g6BofKzoZkYj23Hbf 7/31/2024 4:27:03 PM

Използвайте показаната информация, за да конфигурирате връзка на услугата на Power Platform.

Важно

Пазете клиентската тайна защитена. След като командният ред бъде изчистен, не можете да извлечете същата клиентска тайна отново.

Конфигурирайте среда с идентификационния номер на приложението

Трябва да добавите Application ID като потребител на приложението в средата Microsoft Power Platform, към която се свързвате. Има два начина, по които можете да направите това.

  • Можете да прегледате тази статия: Създаване на потребители на приложението.
  • Можете да използвате Power Platform CLI. Например:
PS C:\>pac admin assign-user --user "adde6d52-9582-4932-a43a-beca5d182301" --role "System administrator" --environment d3fcc479-0122-e7af-9965-bde57f69ee1d --application-user
Connected to... SnDemoDev
Connected as admin@M365x57236726.onmicrosoft.com
Successfully assigned user adde6d52-9582-4932-a43a-beca5d182301 to environment d3fcc479-0122-e7af-9965-bde57f69ee1d with security role System Administrator

Уверете се, че на добавения потребител на приложението е присвоена роля на системен администратор (достъпна от "Управление на роли" в настройките за защита на потребителя на приложението).

Често задавани въпроси (FAQs)

Ще продължат ли старите ми Microsoft Power Platform Build Tool pipelines да работят?

По-старите тръбопроводи продължават да работят, но по-нови функции няма да бъдат добавени към по-старите задачи. Ако искате да упражните по-новите функции, горещо ви препоръчваме да промените версията на вашата задача в процес на изпълнение.

Защо базирахте новата задача на Power Platform CLI вместо на PowerShell?

Задачите Power Platform CLI са мултиплатформени с голяма гъвкавост, включително изпълнение на Linux runners. Това са същите задачи, които са достъпни с Power Platform Actions for GitHub. Сега имате постоянен опит между Azure DevOps и GitHub.

Работят ли Microsoft Power Platform Build Tools само за Power Apps?

Инструментите за изграждане работят както за canvas, така и за приложения, управлявани от модели, виртуални агенти на Microsoft Copilot Studio, UI потоци и традиционни потоци, AI Builder, персонализирани конектори и потоци от данни, всички от които вече могат да се добавят към решение. Този списък включва и приложения за ангажиране на клиенти (Dynamics 365 Sales, Customer Service, Field Service, Marketing и Project Service Automation). Налични са отделни задачи за изграждане за приложения за финанси и операции.

Преди това бях инсталирал предварителния преглед на Build Tools – мога ли да премина от предварителен преглед на Power Apps Build Tools към Power Platform Build Tools?

Не можете да надстроите от версията за преглед, тъй като трябваше да въведем някои извънредни промени в общодостъпната версия. За да преминете от предварителната версия, трябва да инсталирате Microsoft Power Platform Build Tools и или да възстановите своите конвейери, или да преконфигурирате съществуващите си конвейери, за да използват новите задачи на Build Tools. Трябва също така да създадете нови връзки към услугата.

Мога ли да включа приложения за поток и платно?

Да, приложенията за потоци и платна са запознати с решението, така че ако тези компоненти се добавят към вашето решение, те могат да участват в жизнения цикъл на вашето приложение. Някои стъпки обаче все още изискват ръчни конфигурации. Необходимостта от ръчно конфигуриране ще бъде разгледана по-късно тази година, когато въведем променливи на средата и конектори. Списък с текущите ограничения можете да намерите тук: Известни ограничения.

Колко струват Microsoft Power Platform Build Tools?

Инструментите за изграждане са на разположение безплатно. Въпреки това, валиден абонамент за Azure DevOps е необходим за използване на Build Tools. Повече информация е налична Ценообразуване за Azure DevOps.

Мога да видя разширението, но защо нямам опция да го инсталирам?

Ако не виждате опцията install, най-вероятно нямаш необходимите права за инсталация в Azure DevOps организация. Налична е повече информация Управление на разрешенията за разширения.

Как разработчиците могат да използват резултатите от задачата Checker?

Изходът на задачата Checker е Sarif файл като както VS Code, така и разширенията за Visual Studio са достъпни за преглед и действие върху Sarif файлове.

Вижте също

Power Platform Build Tools за бележки към Azure DevOps издания
Създаване на задачи за инструменти
Microsoft Power Platform Build Tools labs

  • Last updated on