Sådan opretter du MSIX-pakker trin for trin og uden overraskelser

Hvis du arbejder med programudrulning på Windows, vil du før eller siden støde på MSIX-formatDette format er blevet Microsofts primære satsning på pakkesoftware, og det er vigtigt at være tydelig omkring det. Sådan opretter du MSIX-pakker korrekt og gentagne gange hvis du vil undgå hovedpine i produktionen.

I de følgende linjer finder du en meget udførlig trin-for-trin forklaring om Sådan forbereder du miljøet, konverterer klassiske installationsprogrammer til MSIX, underskriver, validerer og distribuerer dine pakkerUanset om du bruger MSIX Packaging Tool, arbejder fra Visual Studio eller online kommandoerIdeen er, at du ender med et globalt og praktisk overblik, men uden at miste de vigtige tekniske detaljer af syne.

Hvad er MSIX, og hvorfor er det værd at bruge?

MSIX er moderne programpakkeformat til Windows Det forener og forbedrer tidligere teknologier som MSI, AppX og App-V. Det er ikke bare "endnu et installationsprogram": det tilføjer isolation, renere administration og avancerede lokale og cloud-distributionsmuligheder.

Blandt dens vigtigste fordele er pålidelighed ved installation og afinstallation (Microsoft taler om succesrater på over 99,9%), muligheden for at lade systemet være "rent", når appen afinstalleres, og reduktionen af ​​diskplads takket være Undgå at duplikere fælles filer på tværs af flere applikationer.

MSIX er designet til at fungere godt i moderne scenarier: optimerer båndbredden (64 KB-blokke klar til distribution fra skyen), integreres med Microsoft Store, med administrationsværktøjer som Intune eller Configuration Manager, og er kompatibel med teknologier som f.eks. MSIX-app-vedhæftning til fjernskrivebordsmiljøer og Windows 365.

Det primære værktøj til at konvertere ældre installationsprogrammer (EXE, MSI, App-V, ClickOnce, scripts…) til MSIX-pakker er MSIX-pakkeværktøjFås i Microsoft Store og også som en offlinepakke. Derudover tillader Visual Studio Generer MSIX direkte fra kildekoden i UWP-projekter eller med Windows-applikationspakkeprojekter.

Ruter til at nå en MSIX-pakke

Før du begynder at konvertere noget, er det en god idé at beslutte, hvordan du vil generere dine pakker. Afhængigt af om du har adgang til kildekoden eller ej, vil én tilgang være mere passende end en anden. Opret MSIX-pakker, der er nemme at vedligeholde.

Hvis applikationen er under aktiv udvikling, og du kontrollerer koden, er det ideelt set dig generere MSIX i selve kompileringsprocessenmed Visual Studio (UWP- eller Windows-applikationspakkeprojekter) eller via MSIX-kommandolinjeværktøjerne, der er integreret i dit byggesystem (Azure DevOps, Jenkins osv.).

På den anden side, hvis du skal håndtere ældre installationsprogrammer er allerede kompileret (MSI, EXE, App-V 5.x, ClickOnce, brugerdefinerede scripts…) eller endda med applikationer, som du ikke har kode til, anbefales det at bruge MSIX-pakkeværktøj på en konverteringsmaskine for at indfange installationen og generere pakken.

I desktopvirtualiserings- og WVD/Azure Virtual Desktop-scenarier er det, udover at generere MSIX, almindeligt at transformere den pakke til en VHD/VHDX- eller CIM-container at kunne bruge den med MSIX app attach, holde basisbillederne lette og "lime" dem apps ifølge brugeren.

Forudsætninger og forberedelse af konverteringsmiljøet

For at konverteringen kan gå godt, er det vigtigt at starte fra en rent og kontrolleret miljøHvis systemet er rodet med software og baggrundsprocesser, kan værktøjet opfange støj, hvilket resulterer i en upålidelig pakke.

Minimumskravene for at bruge MSIX Packaging Tool er: Windows 10 version 1809 eller nyereEn Microsoft-konto, hvis du installerer den fra Store, medlemskab af Windows Insider-programmet kun, hvis du bruger Insider-builds, og at have administratorrettigheder på den maskine, hvor du bruger værktøjet.

Det anbefales at dedikere en maskine (fysisk, lokal VM med Hyper-V eller fjern) udelukkende til optagelsen. Selve værktøjet lader dig vælge, om du vil Opret pakken på den aktuelle maskine, på en fjernmaskine eller på en Hyper-V VM. fra din computer. Dette gør det nemmere at holde billederne rene og klar til konvertering.

Under forberedelsen kontrollerer og forsøger MSIX Packaging Tool automatisk at aktivere pakkecontroller som du skal overvåge installationen. Du kan også midlertidigt sætte den på pause Windows Update og eventuelt stoppe tjenester som Windows Search eller SMS-værten for at forhindre ekstra aktivitet, der forurener pakken.

Ja der afventende genstarter Værktøjet fortæller dig, hvornår du skal genstarte systemet. Det er ikke obligatorisk, men det anbefales at genstarte, før du fortsætter med optagelsen, for at undgå afbrudte operationer, der kan påvirke overvågningen.

Installer og opdater MSIX Packaging Tool

Den mest almindelige måde at få fat i værktøjet på er at downloade det fra Microsoft Store Med din Microsoft-konto skal du blot søge efter "MSIX Packaging Tool", gå til produktsiden og starte installationen. Derefter opdateres den automatisk til de nyeste stabile versioner.

Hvis du foretrækker at automatisere det eller arbejde fra konsollen, kan du installere det med winget installation af “MSIX Packaging Tool”Dette letter implementeringen i styrede miljøer eller laboratorier betydeligt.

Der er også en variant offline Designet til maskiner uden adgang til butikken, inkluderer dette programpakken og dens licens. I så fald tilføjer du pakken til systemet med PowerShell (for eksempel ved hjælp af Tilføj-AppxProvisionedPackage peger på MSIX-stien og XML-licensen).

Værktøjet opdateres ofte. Nyere versioner har forbedret integrationen med Pakkestøtteramme (PSF), som bruges til at anvende runtime-korrektioner på applikationer, der ikke opfører sig godt i den nye containermodel, uden at røre ved deres kode.

Valg af en MSIX-pakketype og forståelse af varianterne

Når vi arbejder med MSIX, taler vi ikke bare om "én pakke", men flere typer med forskellige anvendelser. At forstå disse variationer hjælper dig med at Planlæg, hvordan du vil distribuere og installere dine applikationer i hvert scenarie.

Grundformatet er programpakke (.msix eller .appx)Dette indeholder appen og dens ressourcer til en specifik arkitektur (x86, x64, ARM, ARM64 osv.). Hvis du vil understøtte flere arkitekturer, skal du bruge én for hver processortype.

Ovenover er det programpakke (.msixbundle eller .appxbundle)som pakker flere MSIX-pakker til forskellige arkitekturer i en enkelt fil. Det er den anbefalede mulighed, når det er muligt, fordi forenkler implementeringen og tillader systemet kun at installere de dele, der er nødvendige for hver enhed.

Endelig bruges følgende til at udgive i Microsoft Store: upload filer (.msixupload eller .appxupload), som indeholder en eller flere pakker eller bundter sammen med symboler Fejlfind filer til fejlanalyse. Visual Studio genererer dem automatisk, når du pakker filer med det formål at uploade dem til butikken.

Opret en MSIX-pakke fra et eksisterende installationsprogram

Den klassiske rute til migrering af ældre software består af Brug MSIX Packaging Tool som en guide og følg et guidet flow, der indfanger alt, hvad installationsprogrammet gør, og oversætter det til MSIX-format.

Når du starter værktøjet, skal du først vælge opgavetypen. For at generere en standardpakke skal du vælge "Opret applikationspakke" Derefter bestemmer du, om optagelsen skal udføres på selve computeren, på en fjernmaskine eller på en lokal VM, der administreres med Hyper-V.

Efter at have forberedt udstyret (controller, stoppede tjenester, pausede opdateringer osv.), er det tid til at angive hvilket installationsprogram vil du konvertereHer kan du arbejde med MSI, EXE og andre installationsprogrammer. App-V 5.xClickOnce, installationsscripts, eller endda lad feltet være tomt, hvis du vil udføre en helt manuel installation.

Hvis oprindelsen er en MSIVærktøjet kan læse interne data (produktnavn, version, udgiver osv.) og automatisk udfylde mange manifestfelter, hvilket sparer tid og reducerer fejl. Derudover kan du, hvis du har tilknyttede MST- eller MSP-filer, sende dem som installationsargumenter.

I tilfælde af a App-V 5.xProcessen er normalt mere ligetil, fordi pakken allerede har et rigt manifest. I mange situationer er det nok blot at angive App-V-filen, og værktøjet oversætter disse oplysninger til MSIX-format. Bemærk: Version 4.x understøttes ikke; i så fald anbefales det at vende tilbage til det oprindelige installationsprogram og konvertere det direkte.

til EXE- og ClickOnce-installationsprogrammerFormatet er mindre struktureret, og værktøjet kan ikke udtrække så mange metadata, så du bliver nødt til manuelt at udfylde mange af pakkeoplysningerne (navn, udgiver, version osv.). EXE-filen vil stadig køre under overvågning, men definitionsarbejdet falder på dig.

Hvis din installationsproces er baseret på brugerdefinerede scripts (PowerShell, CMDosv.), kan du angive kommandolinjen i guiden eller køre den manuelt under installationsfasen. Og hvis du er interesseret i at have absolut alt under kontrol, kan du også vælge en manuel installation, lade installationsfeltet være tomt og udføre hvert trin selv, mens systemet overvåges.

Konfigurer MSIX-pakkesignaturen

Et nøglepunkt: Ingen MSIX-pakke kan installeres, medmindre den er signeret med et certifikat, som målsystemet anser for at være troværdigt. Derfor skal du under guidens arbejdsgang vælge, hvordan det skal signeres.

Værktøjet understøtter flere muligheder. Du kan bruge Device Guard-signatursom er en Microsoft-tjeneste baseret på Azure AD og designet til virksomhedsmiljøer, hvor du ikke ønsker at administrere dit eget certifikat, eller du kan ty til en eget .pfx-certifikat, almindeligt i organisationer med intern PKI eller certifikater fra offentlige enheder.

Der er også mulighed for at angive en usigneret .cer-fil, faktisk pakkenDette er nyttigt til at verificere, at manifestudgiverens oplysninger matcher det certifikat, der skal bruges senere. Alternativt kan du lade pakken være usigneret på dette tidspunkt og signere den senere med dine sædvanlige værktøjer, selvom dette vil forhindre dig i at installere den, før signaturen er anvendt.

Når du underskriver, anbefales det kraftigt at tilføje en tidsstempel ved hjælp af en RFC 3161-server. Dette gør det muligt for signaturen at forblive gyldig, selv efter at certifikatet er udløbet, hvilket er afgørende for langvarige installationer eller revisioner.

Udfyld pakkeoplysningerne

Når du har valgt installationsprogrammet og signeringsstrategien, kommer du til skærmen, hvor du definerer MSIX-pakkeidentitetMange felter kan være forudfyldte, men det er vigtigt at gennemgå dem, fordi de påvirker både brugeradfærd og -oplevelse.

El pakkenavn Den er obligatorisk, skelner mellem store og små bogstaver og indeholder ikke mellemrum, og den svarer til identiteten i manifestet. Slutbrugeren vil ikke se den, men det er den identifikator, der bruges af systemet. Den skal være mellem 3 og 50 tegn lang, alfanumerisk, indeholde bindestreger og punktummer og må ikke slutte med et punktum eller falde sammen med reserverede systemnavne (CON, PRN, COM1, LPT1 osv.).

El visningsnavn Ja, den er synlig i Start-menuen og på indstillingssiderne. Den kan oversættes, understøtter op til 256 tegn og skal være beskrivende, så brugeren tydeligt kan genkende det installerede program.

Med hensyn til editorDer er to værdier: det tekniske navn (Udgiver), som skal stemme præcis overens med emnet for det certifikat, du signerer med, og navn på visningseditorDette er, hvad brugeren vil se i installationsdialogboksene og i butikken. Den første er en streng med et unikt navneformat (CN=, O= osv.), mens den anden er en mere brugervenlig fritekst.

La udgave Pakken bruger quad-revisionsnotation af typen Major.Minor.Build.Revision. Denne værdi er vigtig for opdateringer, da Windows bruger denne nummerering til at afgøre, om en ny pakke erstatter en gammel eller ej.

Du kan også angive en beskrivelse valgfri og installationssted Det er her, installationsprogrammet kopierer programfilerne (typisk Program Files). Hvis appen installerer komponenter uden for Program Files, er det en god idé at afspejle det her og sikre, at stien matcher under installationen for at undgå overraskelser.

Endelig er der en boks til Tilføj kompatibilitet med MSIX CoreValg af den minimumsversion af Windows, du vil understøtte. MSIX Core giver dig mulighed for at installere MSIX-pakker på systemer, der ikke har fuld native support, hvilket udvider udvalget af maskiner, hvor du kan implementere, en smule.

Installations- og optagelsesfase

Når alle identitetsoplysninger er defineret, går assistenten videre til fasen med overvåget installation, hvor det, installationsprogrammet gør for at konvertere det til en MSIX-pakke, faktisk registreres.

Værktøjet starter installationsprogrammet (eller lader dig køre det manuelt) i dit definerede miljø. Derfra skal du følge programmets installationsguide som normalt, men med et par anbefalinger: Brug ensartede installationsstier og opret de nødvendige genveje Brug de metoder, du nævnte tidligere, til at oprette de nødvendige genveje og deaktivere eventuelle indbyggede automatiske opdateringsmekanismer.

Hvis applikationen kræver flere installationsprogrammer, yderligere komponenter eller forudsætninger For eksempel kan du med .NET Framework 3.5 udnytte denne fase til at installere dem, da alt vil blive vist på skærmbilledet. Det samme gælder, hvis du har brug for at køre scripts eller registrere yderligere DLL'er.

Hvis installationsprogrammet kræver en genstart, tilbyder værktøjet en kontrolleret nulstillingsknap således at systemet genstarter og derefter genoptager konverteringsprocessen, hvor det slap, uden at miste konteksten for det, der blev overvåget.

Førstegangsstyring og indgangspunkter

Når den "synlige" del af installationen er færdig, viser MSIX Packaging Tool en liste over eksekverbare filer fundet under optagelsen. Det er her, du definerer, hvilke genveje der skal vises som programposter i Start-menuen, og hvilken der er den primære genvej.

Det anbefales at starte hovedapplikationen mindst én gang fra denne skærm, så alle opgaver registreres. første start (oprettelse af brugermapper, generering af initial konfiguration osv.), som også vil være en del af pakken.

Fra samme synspunkt kan du eliminer unødvendige indgangspunkter (hjælpeværktøjer, afinstallationsprogrammer osv.) og vælg den eksekverbare fil, der skal fungere som hovedpost. Hvis hovedappen ikke vises på listen, kan du altid manuelt søge efter den på din disk, køre den og derefter opdatere listen over fundne eksekverbare filer.

Når du klikker på næste trin, vil værktøjet bede dig om at bekræfte, om du er færdig med at administrere disse indledende opstarter, eller om du skal gå tilbage for at fuldføre yderligere konfiguration, installere flere filer eller starte andre eksekverbare filer.

Tjenestedetektion og -konfiguration

I nyere versioner indeholder MSIX Packaging Tool en specifik side til servicerapporterHvis Windows-tjenester blev oprettet under installationen, vises de klassificeret i to tabeller: inkluderet (med de nødvendige oplysninger) og ekskluderet (når data mangler, eller tjenesten ikke er kompatibel med MSIX, som den er).

Dobbeltklik på en tjeneste giver dig mulighed for at se og i nogle tilfælde redigere felter som f.eks. beskrivelse, visningsnavn, opstartskonto, type af støvle, starter argumenter eller afhængighederServicenøglen og stien til den eksekverbare fil kan ikke redigeres fra denne grænseflade.

Når du har foretaget de nødvendige justeringer, kan du flytte tjenesten fra den udeladte tabel til den [specifikke tabel]. Herunder at inkludere det i den endelige MSIX-pakke, eller udelade det, hvis du foretrækker at administrere det på andre måder.

Oprettelse, lagring og redigering af MSIX-pakken

Når alt ovenstående er defineret, når assistenten trinnet med pakkeoprettelsehvor du vælger den mappe, hvor den genererede MSIX skal gemmes, og om nødvendigt placeringen af ​​en konverteringsskabelonfil, der giver dig mulighed for at gentage processen på andre maskiner på en standardiseret måde.

Som standard gemmes pakker i brugerens lokale programdatamappe, men du kan ændre både stien på det tidspunkt og standardplacering fra værktøjets egne indstillinger for at tilpasse det til din arbejdsgang.

Før du klikker på opret, har du mulighed for at åbne PakkeeditorDette giver dig mulighed for at gennemgå og ændre indholdet af MSIX-filen: inkluderede filer, manifest, funktioner, adgang osv. Det er meget nyttigt til at foretage små justeringer uden at skulle gentage hele opsamlingsprocessen.

Når oprettelsesprocessen er afsluttet, viser værktøjet et pop op-vindue med et direkte link til den mappe, hvor pakken er blevet gemt, og et andet link til logfiler genereret under konverteringen (nyttig til at diagnosticere problemer eller dokumentere processen).

Installer og test MSIX-pakker på andre maskiner

Det er ret simpelt at installere en MSIX-pakke på en test- eller produktionsmaskine, når systemet har tillid til det certifikat, som den er signeret med. I laboratoriemiljøer er dette normalt tilstrækkeligt. importer certifikatet i den relevante butik, og dobbeltklik derefter på .msix- eller .msixbundle-filen for at starte Windows-programinstallationsprogram.

På domænetilsluttede maskiner eller maskiner med strengere politikker er den sædvanlige praksis at distribuere certifikatet via GPO eller administrationsløsninger så alle enheder genkender afsenderen som betroet og kan installere pakkerne uden signaturfejl.

Du kan også installere og afinstallere MSIX fra PowerShell, hvilket er meget praktisk til automatisering af tests eller kontrollerede implementeringer. Kommandoer som Tilføj-AppxPackage o Fjern-AppxPackage De giver dig mulighed for at håndtere pakker på en scriptable måde, og med Get-AppxPackage Du kan se oplysninger om de installerede apps.

Når programmet er installeret, vises det ikke længere som et klassisk program i "Programmer og funktioner", men som en moderne app i UWP-miljøet, normalt hostet i C:\Program Files\WindowsApps, med den tilsvarende isolations- og tilladelsesmodel.

Brug af Visual Studio til at oprette MSIX-pakker

Hvis applikationen er under udvikling, og du bruger Visual Studio, er det nemmeste at gøre Generer MSIX direkte fra projektetisær i UWP-applikationer eller i Windows-applikationspakkeprojekter, der omslutter en Win32-app.

Kernen i denne proces er arkivet Pakke.appxmanifestEn XML-fil, der beskriver identitet, funktioner, ikoner, skærmretninger, udvidelsesdeklarationer og andre detaljer, der er nødvendige for at bygge pakken. Visual Studio tilbyder en grafisk designer til redigering uden manuelt at redigere XML'en.

Fra Solution Explorer kan du åbne manifestet ved at dobbeltklikke på det. Pakke.appxmanifestI de forskellige faner definerer du f.eks. visuelle ressourcer (ikoner, logoer, velkomstskærme) eller pakkeparametre, herunder det certifikat, som MSIX'en vil blive signeret med.

Hvis du vil udgive i Microsoft Store, anbefales det at knytte dit projekt til en app i butikken ved hjælp af indstillingen Udgiv → Knyt applikationen til butikkenDette synkroniserer automatisk bestemte pakkefelter (identitet, udgiver osv.) med oplysningerne i Partnercenteret.

Når manifestet er konfigureret, kan du starte guiden for at Opret applikationspakker Fra projektets Udgiv-menu. Der vælger du, om destinationen er sideloading (distribution uden for butikken) eller Microsoft Store, hvilke arkitekturer der skal inkluderes, om der skal genereres en pakke, og hvordan pakken skal signeres.

Upload og indsendelse af filer til Microsoft Store

Når dit mål er at distribuere applikationen via Microsoft Store, skal du ud over selve pakken bruge en upload filen .msixupload eller .appxupload, som pakker pakken og symbolerne, der er nødvendige til telemetri og fejlanalyse.

Visual Studio kan automatisk generere denne fil, hvis du vælger muligheden for at oprette pakker til Microsoft Store i guiden. I så fald vil .msixupload-filen, når oprettelsesprocessen er fuldført, være tilgængelig i projektets outputmappe, klar til at blive valideret og uploadet til Partnercenteret.

Hvis du af en eller anden grund har brug for at oprette uploadfilen manuelt, kan du gruppere en eller flere af dem i en mappe. .msix-pakker eller .msixbundle-bundter Sammen med din .appxsym-symbolfil skal du komprimere dem til en ZIP-fil og derefter ændre filtypenavnet på den resulterende fil til .msixupload eller .appxupload.

I disse Store-publikationer er det meget vigtigt at inkludere offentlige symboler, hvis du vil udnytte mulighederne i fejl- og ydeevneanalyse tilbydes af Partnercenteret; ellers vil fejlfindingsoplysningerne være begrænsede.

Validering med Windows Application Certification Kit

Før du uploader en pakke til butikken (og også ved seriøse interne implementeringer), er det god praksis at køre Windows App-certificeringssæt (WACK), som kører et sæt automatiserede tests på pakken.

Fra selve Visual Studio-guiden kan du, når du er færdig med at oprette pakker, starte WACK direkte på hjemmeholdet eller på en fjern enhed med kittet installeret. Testene gennemgår aspekter som ydeevne, API-brug, sikkerhed og overholdelse af platformkrav.

Hvis du har en fjernbetjening, der kører Windows 10, kan du muliggør det til udviklingInstaller Visual Studio-fjernværktøjerne og certificeringssættet på den, og brug derefter indstillingen til at Fjernbetjening i guiden for at køre testene fra din udviklingsmaskine mod det pågældende team.

Når din pakke har bestået WACK-testningen, er du i en god position til at indsende den til Partnercenteret. Den genererede .msixupload-fil er typisk placeret i løsningens AppPackages-mappe med et navn, der indeholder versionen og de understøttede arkitekturer.

Automatiser indsendelser til Microsoft Store fra Visual Studio

I nyere versioner af Visual Studio er det muligt at gå et skridt videre og Automatiser indsendelse til Microsoft Store direkte fra IDE'en, når pakken har bestået WACK-valideringen.

For at gøre dette skal din Partner Center-konto være tilknyttet en Azure Active Directory-lejerog registrer en Azure AD-applikation med administratorrettigheder til forsendelser på den konto. Fra Partner Center-dashboardet får du lejer-ID'et, kunde-ID'et og en hemmelig nøgle.

Når disse legitimationsoplysninger er konfigureret i Visual Studio, kan du i slutningen af ​​guiden til oprettelse af pakker vælge muligheden for at sendes automatisk til butikken efter valideringFra det øjeblik, når WACK er færdig, vil IDE'en selv starte afsendelsesprocessen, og du kan følge status fra vinduet "Kontroller og publicer".

Denne arbejdsgang er især nyttig i udviklingsteams, der hyppige leverancer til Store og ønsker at reducere manuelle trin, samtidig med at den sikkerhed, som Azure AD leverer i godkendelse, opretholdes.

MSIX app-tilslutning og VHD/CIM-containere

I desktop-virtualiseringsscenarier (flerbruger Windows 10/11, Azure Virtual Desktop osv.) bliver MSIX endnu mere interessant takket være MSIX-app-vedhæftning, en teknologi, der gør det muligt at afkoble applikationer fra basisbilledet og indlæse dem fra containere.

I denne model transformeres MSIX-pakken til en, i stedet for at installere programmet i OS-billedet. VHD-, VHDX- eller CIM-containerDisse containere monteres under kørsel, og systemet "vedhæfter" applikationen til brugerens profil, hvilket reducerer billedstørrelsen og forenkler versionsstyringen.

CIM-filer er afhængige af Sammensat billedfilsystem (CimFS)hvilket tilbyder hurtigere montering og lavere ressourceforbrug sammenlignet med klassiske VHD'er. Microsoft leverer værktøjer som MSIX Manager Tool til manuelt at konvertere MSIX til VHD, og ​​der findes tredjepartsværktøjer (MSIX Hero, AppVentiX-værktøjer osv.), der forenkler processen og integrerer den i større arbejdsgange.

For at kunne udnytte MSIX app attach skal du dog opfylde visse krav til Windows-versionen (f.eks. Windows 10 2004 eller nyere) og have gyldige certifikater der tillader systemet at have tillid til de signerede applikationer, der vil blive monteret som containere.

Sammen danner MSIX, pakkeværktøjet, Visual Studio og app-attach et ret kraftfuldt økosystem, der tillader modernisere implementeringer, reducere applikationskonflikter og forbedre administrationen i både traditionelle og cloud-miljøer, så længe du bruger tid på at forstå hver del godt og definere en pakkestrategi, der er i overensstemmelse med dine behov.

relateret artikel:

Aktivér udviklertilstand i Windows 11 og test usignerede apps sikkert: Komplet guide med risici, enhedsportal, WSL og drivere

Isaac

Passioneret forfatter om bytes-verdenen og teknologien generelt. Jeg elsker at dele min viden gennem skrivning, og det er det, jeg vil gøre i denne blog, vise dig alle de mest interessante ting om gadgets, software, hardware, teknologiske trends og mere. Mit mål er at hjælpe dig med at navigere i den digitale verden på en enkel og underholdende måde.