Microsoft Power Platform Build Tools för Azure DevOps

  • Artikel

Använd Microsoft Power Platform Build Tools kan du automatisera vanliga bygg- och distributionsaktiviteter för program som bygger på Microsoft Power Platform. Dessa uppgifter kan vara:

  • Synkronisera lösningsmetadata (kallas även lösningar) som innehåller de olika plattformskomponenterna, till exempel:
    • Kundengagemangsappar: Dynamics 365 Sales, Customer Service, Field Service, Marketing och Project Service Automation
    • Arbetsyteappar
    • Modellbaserade program
    • Flöden för användargränssnitt
    • Virtuella handläggare
    • AI Builder-modeller
    • Anslutningsprogram mellan utvecklingsmiljöer och källkontroll
  • Genererar artefakter för bygget
  • Distribuera till efterföljande miljöer
  • Etablerings- och avetableringsmiljöer
  • Utföra statiska analyser av lösningar med hjälp av Power Apps granskningstjänst

Använda Microsoft Power Platform Build Tools uppgifter tillsammans med andra tillgängliga Azure DevOps-uppgifter för att skapa bygg- och frisläppning pipelines. Pipelines som teams gemensamt placerar ut inkluderar Initiering, Export från utveckling, Version och Utgivning.

ALM tillhandahålls av Azure DevOps.

Kommentar

Microsoft Power Platform Bygg Tools stöds endast för en Microsoft Dataverse-miljöer med en databas. Mer information: Skapa en miljö med en databas

Versionsverktyg för Microsoft Power Platform kan nu användas i regionerna GCC och GCC High.

Vad är Microsoft Power Platform Build Tools?

Microsoft Power Platform Build Tools är en samling Power Platform specifika Azure DevOps framställningsuppgifter som eliminerar behovet av manuell hämtning av anpassade verktyg och skript för hantering av livscykeln för program som bygger på Microsoft Power Platform.

Du kan använda uppgifterna individuellt, t. ex. för att importera en lösning till en efterföljande miljö, eller också användas tillsammans i en pipeline för att dirigera ett scenario som skapa en versionsartefakt, distribuera till test eller skörda utvecklarförändringar. Framställningsuppgifterna kan i stort delas upp i fyra kategorier:

  • Assistent
  • Kvalitetskontroll
  • Lösning
  • Miljöhantering

Mer information om tillgängliga uppgifter finns i Microsoft Power Platform Build Tools-uppgifter.

Vad är Power Platform Build Tools version 2.0?

Förutom vad Power Platform Build Tools ger, version 2.0 av Power Platform Build Tools är Power Platform CLI-baserad.

Power Platform Build Tools version 1.0 bygger på PowerShell. Power Platform Build Tools 2.0 är den version som ska servas och nyare funktioner läggs till.

I tidigare versioner av Power Platform Build Tools gör vi viktiga säkerhetsuppdateringar efter behov. Vi rekommenderar att kunderna flyttar till Power Platform Build Tools version 2.0 snarast.

Viktigt!

Du kan inte mixa och matcha uppgiftsversioner för Power Platform Build Tools i din bygg-pipeline.

Hämta Microsoft Power Platform Build Tools

Microsoft Power Platform Build Tools kan installeras i din Azure DevOps-organisation från Azure Marketplace.

När dessa har installerats blir samtliga uppgifter som ingår i Microsoft Power Platform Build Tools tillgängliga för att läggas till i en ny eller befintlig pipeline. Du hittar dessa genom att söka efter "Power Platform".

Skaffa Microsoft Power Platform Build Tools

Anslut till miljöer

För att du ska kunna interagera med Microsoft Power Platform-miljön måste du upprätta en anslutning så att Build Tools-uppgifterna kan utföra de åtgärder som krävs. Det finns två typer av anslutningar:

Connection type Beskrivning
Tjänstens huvudnamn och klienthemlighet (rekommenderas) Använder tjänstens huvudnamn autentisering och stöder multifaktorautentisering
Användarnamn/lösenord En allmän tjänstanslutning med användarnamn och lösenord. Stöder inte autentisering i flera steg.

Konfigurera tjänstanslutningar med hjälp av ett tjänsthuvud

Om du vill konfigurera en anslutning med tjänstens huvudnamn måste du först ha en Power Platform-profil som autentiserats med den behörighet som krävs. Du måste lägga till ett Microsoft Entra ID-program och en associerad programanvändare i Dataverse-miljön.

Skapa tjänstens huvudnamn och klienthemlighet

Använd kommandot pac admin create-service-principal för att skapa och konfigurera tjänsteprincipen som ska användas med Microsoft Power Platform Build Tools-uppgifter.

Detta kommando registrerar först ett programobjekt och motsvarande Tjänstens huvudnamn (SPN) i Microsoft Entra ID. Sedan lägger det till programmet som en administratörsanvändare till Microsoft Power Platform-klientorganisationen.

Detta kommando har två parametrar:

name kortnamn Obligatoriskt Beskrivning
environment env Ja ID eller URL för miljön som en användare läggs till i.
role r No Namn på eller ID för säkerhetsrollen som används för appanvändaren. Standardvärdet är: "systemadministratör".

Lösningskontroll kräver en roll med privilegiet prvAppendmsdyn_analysisjob för att läggas till i tabellen msdyn_analysisjob. Systemadministratörens säkerhetsroll har detta privilegium som standard.

Du kan använda det så här:

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

När detta lyckas visas fyra kolumner:

  • Power Platform TenantId
  • Application ID
  • Klienthemlighet (klartext)
  • Förfallodatum

Till exempel: 

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

Använd informationen som visas för att konfigurera Power Platform tjänstanslutningen.

Viktigt!

Hålla klienthemligheten säker och säker. När kommandotolken är avmarkerad går det inte att hämta samma klienthemlighet igen.

Konfigurera miljön med program-ID:t

Du måste lägga till programanvändare i den Microsoft Power Platform-miljö som du ansluter till. Det finns två sätt du kan göra detta på.

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

Se till att den tillagda programanvändaren har den tilldelade systemadministratörrollen (finns i Hantera roller i säkerhetsinställningarna för programanvändaren).

Vanliga frågor (FAQ)

Kommer mina gamla Microsoft Power Platform Build Tool pipelines att fortsätta fungera?

De äldre pipelines fungerar fortfarande, men nyare funktioner läggs inte till för de äldre uppgifterna. Om du vill använda de nyare funktionerna rekommenderar vi att du ändrar versionen av uppgiften i pipelinen.

Varför baserar du den nya uppgiften på Power Platform CLI i stället för PowerShell?

CLI-uppgifterna Power Platform är flera plattformar med stor flexibilitet och fungerar även på olika sätt. Detta är samma uppgifter som är tillgängliga med Power Platform Actions för GitHub. Du har nu en enhetlig upplevelse mellan Azure DevOps och GitHub.

Fungerar endast Microsoft Power Platform Build Tools för Power Apps?

Build Tools fungerar för både arbetsyte- och modellbaserade program, Power Virtual Agents, UI-flöden och traditionella flöden, AI Builder anpassade anslutningar och dataflöden som nu kan läggas till i en lösning. Listan omfattar även kundengagemangsappar som (Dynamics 365 Sales, Customer Service, Field Service, Marketing och Project Service Automation körs på -plattform). Separata build-uppgifter är tillgängliga för program för ekonomi och drift.

Jag hade tidigare installerat förhandsgranskningen av versionsverktygen. Kan jag uppgradera från förhandsgranskningen av Power Apps Build Tools till Power Platform Build Tools?

Det går inte att uppgradera från förhandsversionen eftersom det var nödvändigt att införa ändringar i den allmänt tillgängliga versionen. För att kunna gå från förhandsversionen måste du installera Microsoft Power Platform Build Tools och antingen konfigurera om dina pipelines eller konfigurera om de befintliga pipelines så att de kan använda de nya uppgifterna för Build Tools. Du måste också skapa nya tjänstanslutningar.

Kan jag använda flödes- och arbetsyteappar?

Ja, flöden och arbetsyteappar är lösningsmedvetna, så om de här komponenterna läggs till i lösningen kan de delta i programmets livscykel. Vissa steg kräver emellertid fortfarande manuella konfigurationer. Behovet av manuell konfiguration, som kommer att ses över senare i år när miljövariabler och kopplingar introduceras. En lista med aktuella begränsningar finns på: Kända begränsningar.

Hur mycket kostar Microsoft Power Platform Build Tools?

Build Tools är tillgängliga utan kostnad. Det krävs emellertid en giltig prenumeration Azure DevOps för att använda Build Tools. Mer information finns prissättning för Azure DevOps.

Du kan se filnamnstillägget, men varför har jag inte möjlighet att installera det?

Om du inte ser alternativet installera saknar du förmodligen nödvändiga installationsprivilegier i din Azure DevOps-organisation. Mer information: Hantera tilläggsbehörigheter.

Hur kan utvecklare använda resultatet av kontrolluppgift?

Resultatet från kontrolluppgift är en Sarif-fil och både VS Code och Visual Studio tillägg är tillgängliga för visning och agera på Sarif-filer.

Se även

Uppgifter för framställningsverktyg
Microsoft Power Platform Build Tools-labb