Oversikt over pakking

Pakk-funksjonen i Power Apps gjør det mulig å pakke lerretsappene som egenvaremerkede Android- og iOS-apper, for opprinnelig distribusjon til mobile brukere. Du kan distribuere slike innpakkede mobilapper til sluttbrukerne via Microsoft App Center, Google Play-butikken og Apple Business Manager.

Du kan pakke én eller flere Power Apps-lerretsapper i samme mobilappakke. Du kan bruke pakkefunksjonen til å tilpasse oppstarten av mobilappen slik at den samsvarer med varemerkekravene til organisasjonen din. Du kan angi appikonet, oppstartsbildet, velkomstskjermbildet (pålogging) og fargepaletten som skal brukes i mobilappen.

Du kan oppdatere de populære mobilappene ved å publisere endringer i lerretsappene som er inkludert i mobilpakken, ved hjelp av Power Apps Maker Portal.

Pakk bringer MADP-funksjoner (mobile application development platform) til Power Apps.

• Mobilapputvikling uten kode – lag mobilapper uten tidligere erfaring
• Administrerte mobilappbygg – vi genererer appen for deg
• Sømløs ende-til-ende-varemerking – din egen logo og fargepalett
• Støtte for flere lerretsapper – bunt flere apper i én mobilapp
• Virksomhetsstyring med Microsoft Intune – beskytt dataene med appadministrasjon

Forstå pakkeprosessen

Pakkefunksjonenpakker lerretsappene i et mobilappskall og produserer en mobilpakke. Du kan signere denne mobilpakken digitalt og distribuere den som dine egenvaremerkede Android- og iOS-apper til mobilbrukere via distribusjonskanaler som Google Play-butikken og Apple Business Manager.

I den følgende delen forklares fremgangsmåten ved bruk av funksjonen for pakking til å opprette mobilapper:

1. Velg den primære lerretsappen og start innpakkingsveiviseren. En primær lerretsapp er appen som gir den første opplevelsen du vil at mobilbrukerne dine skal se når de lanserer mobilappen. Lerretsappene må være en del av en løsning. Mer informasjon: Legg til lerretsapp i løsning.
2. Du kan eventuelt legge til sekundære lerretsapper i mobilappen i innpakkingsveiviseren. Mer informasjon: Pakke inn flere lerretsapper sammen.
3. Velg målplattformene (iOS og Android) for mobilappen. Du kan eventuelt velge å automatisk kodesignere mobilapp-pakken i innpakkingsveiviseren.
4. Tilpass appmerking med ikoner, bilder og fargepaletter for å tilpasse mobilappen.
5. Registrer appen. Bruk en eksisterende appregistrering, eller opprett en ny i innpakkingsveiviseren.
6. Legg til Navn på Azure Blob Storage-kontoen og beholdernavn. Bruk en allerede opprettet Azure Blob Storage, eller opprett en ny.
7. Start build-prosessen i Pakk inn-trinnet for å generere mobilappen din med et egendefinert merke.
8. Last ned mobilappen fra Blob Storage-plasseringen for app.
9. Hvis automatisk kodesignering ikke er valgt i innpakkingsveiviseren, må du kodesignere mobilappakken manuelt. Mer informasjon: Signer mobilappakken manuelt.
10. Test appakken.
11. Distribuer appakken til mobile brukere.

Pakke flere lerretsapper sammen

Du kan pakke mer enn én lerretsapp som én mobilappakke. Mobilappakken trenger fremdeles en hjemmeapp, kalt hovedappen. Denne appen blir startpunktet for alle andre lerretsapper som er inkludert i mobilappakken, som kalles sekundære apper.

Sekundære apper er valgfrie. Når du pakker bare én lerretsapp, er den inkluderte appen fremdeles valgt som en primærapp, men mobilappakken har ingen sekundærapper.

Som illustrasjonen nedenfor forklarer kan en primærapp ha koblinger til flere sekundære apper. Flyttingen mellom primær- og sekundærapper i en slik mobilapp pakket sammen, kan håndteres med Launch()-funksjonen.

Gi mobilappen et varemerke

Pakking støtter tilpassing av bootstrap-opplevelsen for mobilappen slik at den samsvarer med varemerkekravene til organisasjonen din. Du kan angi appikonet, oppstartsbildet, velkomstskjermbildet (pålogging) og fargepaletten som skal brukes i hele den opprinnelige opplevelsen i mobilappen.

Alternativer for tilpassing av varemerker er tilgjengelige når du skal bygge opp pakkeprosjektet. Mer informasjon: Konfigurer varemerking

Forstå pakketerminologi

Pakking omfatter flere komponenter på tvers av Power Apps, App Center og tredjepartsplattformer, for eksempel iOS og Android. Derfor er det viktig å forstå komponentene som er involvert når du arbeider med pakkefunksjonalitet i Power Apps.

App Center-plassering

Beholder i App Center for å lagre de bygde pakkene for distribusjon av mobilapper. Build-utdatatyper varierer avhengig av målplattformen du velger.

Azure Blob Storage

En beholder i Azure Blob Storage lagrer de bygde pakkene for distribusjon av mobilapper. Build-utdatatyper varierer avhengig av målplattformen du velger. Detaljer om funksjonen vil bli delt før 31. mars 2025.

Inndata:

• Kontonavn og Beholdernavn

Kontonavn

Kontonavnet er en unik identifikator for Azure Storage-kontoen din. Den brukes til å konstruere basis-URIen for tilgang til lagringskontoen. Hvis kontonavnet ditt for eksempel er mystorageaccount, er basis-URI-en https://mystorageaccount.blob.core.windows.net/

Beholdernavn

Beholdernavnet er en unik identifikator i en lagringskonto som grupperer et sett med blober. Beholdere gir en måte å organisere blober i en lagringskonto på. Hvis beholdernavnet for eksempel er mycontainer, vil URI-en for tilgang til blober i denne beholderen være https://mystorageaccount.blob.core.windows.net/mycontainer/

Applattform(er)

Tiltenkte plattformer for appen du vil gjennomgå build-prosessen for publisering. Du kan opprette builder for mobilapp for iOS, Android eller Google Play-butikken.

• iOS oppretter IPA-pakke
• Android oppretter APK-pakke
• Google Play-butikk – opprett AAB-pakke for distribusjon

Bygge pakkeprosjektet

Bygging av et pakkeprosjekt er en prosess som oppretter build-pakkene for distribusjon av mobilapper på ulike plattformer. Denne prosessen bruker appen du registrerte på Microsoft-identitetsplattformen, og oppretter buildene på den gitte App Center-plasseringen, avhengig av plattformene du velger. De innebygde pakkene inkluderer primære og valgfrie sekundærapper som er pakket i én mobilappakke for hver plattformtype.

Bunt-ID

Pakke-ID-en er en unik identifikator du kan opprette for appen din. Følger et mønster for omvendt domenenavn. Eksempel: com.contoso.myapp. Denne pakke-ID-en brukes under prosessen med å opprette Azure Key Vault så snart iOS- eller Android-sertifikater er opprettet og lastet opp, som nevnt i trinn 6.

Kodesignering

Kodesignering er prosessen med å fullføre en mobilapp før distribusjon til sluttbrukere. En app som er kodesignert, sikrer at den kommer fra en kjent kilde, og appkoden er ikke endret siden sist gang den ble signert av den klarerte kilden.

Primærapp

En primærapp er startpunktet eller hjemmeappen for mobilappopplevelsen når flere lerretsapper samles. Alle andre apper betraktes som sekundære apper. Hvis bare én lerretsapp er pakket og innbygd, regnes den også som den primære appen.

URI for omdirigering

En URI for omdirigering eller URL-adresse for svar er stedet der godkjenningsserveren sender brukeren når appen er godkjent og gitt en autorisasjonskode eller tilgangstoken. Godkjenningsserveren sender koden eller tokenet til URI-en for omdirigering, så det er viktig at du registrerer riktig plassering som en del av appregistreringsprosessen.

Mer informasjon: URI for omdirigering

Sekundær app

Valgfrie ekstra lerretsapper som du pakker i samme bygg for mobilappdistribusjon sammen med primærappen.

Neste trinn

Systemkrav og forutsetninger for innpakking

Se også

• Bruk innpakkingsveiviseren til å bygge mobilappen
• Manuell kodesignering på iOS
• Manuell kodesignering på Android
• Kodesigner for Google Play-butikken
• Opprett Azure Key Vault for automatisk kodesignering
• Vanlige spørsmål
• Feilsøk problemer med innpakkingsfunksjonen i Power Apps
• Fordeler og begrensninger av innpakking