Lösningsbegrepp

Lösningar är mekanismen för att implementera ALM i Power Apps och Power Automate. Den här artikeln innehåller information om följande viktiga lösningsbegrepp:

• Två typer av lösningar
• Komponenter
• Livscykel för en lösning
• Utgivare
• Lösning och beroenden för komponenter

Hanterade och ohanterade lösningar

En lösning är antingen hanterad eller ohanterad.

• Ohanterade lösningar utvecklas. ohanterade lösningar används i utvecklingsmiljöer medan du gör ändringar i programmet. ohanterade lösningar kan exporteras antingen som ohanterade eller hanterade. Exporterade ohanterade versioner av dina lösningar bör kontrolleras i det system som används för källkontroll. ohanterade lösningar bör betraktas som källor för Microsoft Power Platform-tillgångar. När en ohanterad lösning tas bort, raderas bara lösningscontainern för de anpassningar som ingår i den. Alla ohanterade anpassningar förblir aktiva och tillhör standardlösningen.

• Hanterade lösningar utvecklas. Hanterade lösningar distribueras till alla miljöer som inte är utvecklingsmiljöer för just den lösningen. Detta omfattar test-, UAT-, SIT-och produktionsmiljöer. Hanterade lösningar kan betjänas oberoende av andra hanterade lösningar i en miljö. Som en ALM-metod bör du skapa hanterade lösningar genom att exportera en ohanterad lösning som hanterad och betraktas som en versionsartefakt. Dessutom:

  • Du kan inte redigera komponenterna direkt i en hanterad lösning. Om du vill redigera hanterade komponenter måste du först lägga till dem i en ohanterad lösning.
    • När du gör detta skapas ett beroende mellan dina ohanterade anpassningar och den hanterade lösningen. När det finns ett beroende kan inte den hanterade lösningen avinstalleras förrän du tar bort beroendet.
  • Vissa hanterade komponenter kan inte redigeras. Se Hanterade egenskaper för att bekräfta huruvida en komponent kan redigeras.
  • Du kan inte exportera en hanterad lösning.
  • När en hanterad lösning tas bort (avinstalleras), tas alla anpassningar och tillägg som finns i den också bort.

  Viktigt!

  • Du kan inte importera en hanterad lösning till samma miljö som innehåller den ursprungliga ohanterade lösningen. Om du vill testa en hanterad lösning måste du ha en separat miljö att importera den till.
  • När du tar bort en hanterad lösning försvinner följande data: Data som lagras i anpassade entiteter och som ingår i den hanterade lösningen, samt data som lagras i anpassade attribut som ingår i den hanterade lösningen på andra entiteter som inte är en del av den hanterade lösningen.

Utvecklare och utvecklare arbetar i utvecklingsmiljöer med hjälp av ohanterade lösningar och importerar dem sedan till andra nedströmsmiljöer t.ex. test som hanterade lösningar.

Kommentar

När du anpassar i utvecklings miljön arbetar du i det ohanterade lagret. När du sedan exporterar den ohanterade lösningen som en hanterad lösning att distribuera till en annan miljö, importeras den hanterade lösningen till miljön i det hanterade lagret. Mer information: Lösningslager

Komponenter

En komponent representerar något som potentiellt kan anpassas. Allt som kan ingå i en lösning är en komponent. Om du vill visa komponenterna som ingår i en lösning öppnar du den lösning du vill använda. Komponenterna listas i listan komponenter.

Kommentar

• En lösning kan vara upp till 32 MB.
• Du kan inte redigera komponenterna direkt i en hanterad lösning.

Om du vill visa en lista över komponenttyper som kan läggas till i en lösning alternativet ComponentType.

Vissa komponenter är kapslade i andra komponenter. En entitet innehåller till exempel formulär, vyer, diagram, fält, entitetsrelationer, meddelanden och affärsregler. Var och en av dessa komponenter kräver att en entitet ska finnas. Ett fält kan inte finnas utanför en entitet. Vi säger att fältet är beroende av entiteten. Det finns faktiskt dubbelt så många typer av komponenter som visas i listan ovan, men de flesta av dem är kapslade i andra komponenter och syns inte i programmet.

Syftet med komponenter är att hålla reda på eventuella begränsningar för vad kan anpassas med hjälp av hanterade egenskaper och alla beroenden så att de kan exporteras, importeras och tas bort utan att lämna något (i hanterade lösningar).

Livscykel för lösning

Lösningar stöder följande åtgärder som hjälper till att främja livscykelprocesser för program:

• Skapa Skapa och exportera ohanterade lösningar.

• Uppdatera Skapa uppdateringar till en hanterad lösning som distribueras till överordnad hanterad lösning. Du kan inte ta bort komponenter med hjälp av en uppdatering.

• Uppgradera Importera lösningen som en uppgradering till en befintlig hanterad lösning, vilket tar bort oanvända komponenter och implementerar uppgraderingslogik. Uppgraderingar omfattar sammanslagning av alla korrigeringsfiler för lösningen till en ny version av lösningen. Uppgraderingar av lösningar innebär att komponenter som fanns men som inte längre ingår i den uppgraderade versionen tas bort. Du kan välja att uppgradera direkt eller att mellanlagra uppgraderingen så att du kan utföra ytterligare åtgärder innan du slutför uppgraderingen.

• Korrigeringsfil En korrigeringsfil innehåller vara lösningarna för en överordnad hanterad lösning, till exempel att lägga till eller redigera komponenter och tillgångar. Använd korrigeringsfiler när du gör små uppdateringar (påminner om en snabbkorrigering). När korrigeringsfiler importeras läggs de ovanpå den överordnade lösningen. Du kan inte ta bort komponenter med hjälp av en korrigeringsfil.

Utgivare

Alla program och andra komponenter, till exempel entiteter som du skapar eller anpassningar som du gör, ingår i en lösning. Eftersom varje lösning har en utgivare bör du skapa en egen utgivare i stället för att använda standardvalet. Du anger utgivaren när du skapar en lösning.

Kommentar

Även om du inte använder en egen lösning arbetar du med lösningar som kallas Common Data Service-standardlösning och Standard-lösningar. Mer information: Standardlösning och Common Data Service-standardlösning

Utgivaren av en lösning där en komponent skapas betraktas som ägare till den komponenten. Ägaren till en komponent styr vad som ändrar andra utgivare av lösningar som innehåller den komponenten tillåts att göra eller inte. Det går att flytta ägarskapet för en komponent från en lösning till en annan inom samma utgivare, men inte över flera utgivare. När du introducerar en utgivare för en komponent i hanterad lösning kan du inte ändra utgivaren för komponenten. Därför är det bäst att definiera en enskild utgivare så att du kan ändra lagermodellen över lösningar senare.

Lösningsutgivaren anges vem som utvecklade programmet. Av detta skäl bör du skapa ett namn på utgivare som är meningsfullt.

Utgivarprefix

En lösningsutgivare inkluderar ett prefix. Utgivarprefixet är en mekanism som gör det lättare att undvika namnkonflikter. Detta gör att lösningar från olika utgivare kan installeras i en miljö med få konflikter. I den Contoso-lösning som visas här ingår t. ex utgivarrefixet contoso.

Kommentar

När du ändrar ett utgivarprefix bör du göra det innan du skapar nya program eller metadataelement, detta eftersom du inte kan ändra namnen på metadataelement när dessa har skapats.

Mer information:

• Skapa en lösning och ett utgivarprefix
• Ändra lösningens utgivarprefix

Lösningsberoenden

På grund av det sätt som hanterade lösningar lagras på kan vissa hanterade lösningar vara beroende av komponenter i andra hanterade lösningar. Vissa utgivare drar nytta av detta för att skapa lösningar som är modulära. Du kan behöva installera en hanterad baslösning först och sedan kan du installera en andra hanterad lösning som ytterligare kommer att anpassa komponenterna i den hanterade baslösningen. Den andra hanterade lösningen är beroende av komponenter som ingår i den första lösningen.

Systemet spårar sambanden mellan lösningar. Om du försöker installera en lösning som kräver en baslösning som inte är installerad kan du inte installera lösningen. Du får ett meddelande om att lösningen kräver att en annan lösning installeras först. På grund av beroendena kan du inte heller avinstallera baslösningen medan en lösning som är beroende av den fortfarande är installerad. Du måste avinstallera den beroende lösningen innan du kan avinstallera baslösningen. Mer information: Ta bort beroenden

Komponentberoenden

En komponent representerar något som potentiellt kan anpassas. Allt som kan ingå i en lösning är en komponent i en lösning och vissa komponenter är beroende av andra komponenter. Webbplatsfält och rapporten Kontosammanfattning är till exempel båda beroende av entiteten konto. Mer information: Beroendespårning för komponenter

Se även

Lösningslager
Skapa och hantera miljöer i administratörscenter för Power Platform