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 icke-hanterade lösningar

En lösning är antingen hanterad eller icke-hanterad.

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

• Hanterade lösningar används för att distribuera en miljö som inte är någon utvecklingsmiljö för 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 icke-hanterad 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 icke-hanterad lösning.
    • När du gör detta skapas ett beroende mellan dina icke-hanterade 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 icke-hanterade 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 icke-hanterade lösningar och importerar dem sedan till andra nedströmsmiljöer—t. ex test—som hanterade lösningar.

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.

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 inte 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 icke-hanterade 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 appar 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.

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 appen. 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.

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