Konwertuj EXE na APPX

Narzędzie wdrażania dla przedsiębiorstw, procedura Microsoft Store lub starsze środowisko Windows może wymagać pakietu .appx zamiast instalatora dostarczonego przez producenta. Zainstalowana aplikacja musi zostać spakowana, otrzymać tożsamość i manifest oraz zostać podpisana; zmiana nazwy Setup.exe na .appx nie powoduje jej konwersji.

Formaty EXE i APPX

EXE to popularne rozszerzenie nazwy pliku wykonywalnego systemu Windows, zwykle oznaczające program Portable Executable (PE). Wydawcy oprogramowania używają plików EXE do aplikacji, narzędzi wiersza polecenia, deinstalatorów i instalatorów utworzonych za pomocą systemów takich jak Inno Setup, NSIS, InstallShield, WiX Burn i Visual Studio.

Instalator EXE może kopiować pliki, tworzyć wpisy rejestru, instalować wymagania wstępne, rejestrować składniki COM, tworzyć usługi lub pobierać dodatkową zawartość. Działania te nie zapewniają manifestu pakietu, tożsamości aplikacji, zasobów, deklaracji zależności, mapy bloków ani podpisu wymaganych przez pakiet APPX.

APPX to podpisany format pakietu aplikacji systemu Windows oparty na ZIP, wprowadzony wraz z Windows 8. Zawiera AppxManifest.xml, pliki aplikacji, zasoby wizualne, w razie potrzeby deklaracje zależności, AppxBlockMap.xml oraz podpis pakietu.

APPX zapewnia określoną lokalizację instalacji, tożsamość aplikacji, sprawdzanie integralności, sprawniejsze odinstalowywanie oraz wdrażanie z kontrolą wersji. Można go wdrażać za pośrednictwem systemów zarządzania dla przedsiębiorstw, PowerShell oraz zgodnych procedur Store. .msix to nowszy następca i zazwyczaj lepszy format wyjściowy dla bieżących wdrożeń systemu Windows; APPX należy tworzyć tylko wtedy, gdy platforma docelowa wyraźnie tego wymaga.

Pakowanie aplikacji klasycznej

Użyj oryginalnego instalatora i pakuj wyłącznie oprogramowanie, którego jesteś właścicielem lub do którego redystrybucji masz uprawnienia. Najpierw potwierdź, że miejsce docelowe rzeczywiście wymaga formatu .appx; wiele aktualnych systemów wdrażania akceptuje MSIX i nie odnosi korzyści ze starszego pakietu APPX.

1. Utwórz czystą maszynę wirtualną zgodną z docelową wersją i architekturą systemu Windows. Usuń wcześniejsze kopie aplikacji i unikaj instalowania niepowiązanego oprogramowania podczas przechwytywania.
2. Zainstaluj MSIX Packaging Tool firmy Microsoft z Microsoft Store lub z oficjalnego źródła wydań firmy Microsoft. Jest to preferowane narzędzie do przechwytywania istniejących aplikacji Win32, choć jego standardowym formatem wyjściowym jest MSIX.
3. Rozpocznij przechwytywanie pakietu aplikacji lokalnej, wybierz instalator EXE i podaj udokumentowane parametry instalacji cichej, jeśli są dostępne, takie jak /S, /quiet lub /VERYSILENT. Przełączniki instalatora są zależne od produktu.
4. Zainstaluj i skonfiguruj aplikację podczas przechwytywania. Nie przechwytuj aktualizacji systemu Windows, sterowników, rozszerzeń przeglądarki, niepowiązanych wymagań wstępnych ani danych specyficznych dla użytkownika.
5. Podaj tożsamość pakietu, wersję, architekturę, informacje wyświetlane użytkownikowi oraz zasoby wizualne. Wydawca w manifeście musi dokładnie odpowiadać podmiotowi certyfikatu podpisywania, na przykład CN=Contoso Software.
6. Przetestuj wynikowy pakiet na osobnej, czystej maszynie docelowej. Przetestuj uruchamianie, aktualizowanie, skojarzenia plików, programy obsługi protokołów, drukowanie, licencjonowanie oraz każdą wymaganą integrację.

W przypadku obowiązkowego formatu APPX utwórz układ pakietu zgodny z APPX, zawierający manifest, pliki binarne, zasoby i zależności, a następnie użyj narzędzia MakeAppx.exe z Windows SDK:

MakeAppx.exe pack /d C:\AppxLayout /p C:\Packages\Contoso.App.appx /o

Układ przechwycony dla pakietu MSIX może wymagać zmian w manifeście lub zmian związanych ze zgodnością, zanim będzie można go zbudować jako APPX. Nie zmieniaj po prostu rozszerzenia wygenerowanego pliku .msix na .appx.

Podpisz ukończony pakiet certyfikatem podpisywania pakietu aplikacji zaufanym przez urządzenia docelowe:

SignTool.exe sign /fd SHA256 /f C:\Certificates\Contoso.pfx /p <password> C:\Packages\Contoso.App.appx

Zweryfikuj podpis za pomocą SignTool.exe verify /pa /v C:\Packages\Contoso.App.appx. Na potrzeby testów wewnętrznych dystrybuuj certyfikat testowy i ustanów dla niego zaufanie za pośrednictwem procesu zarządzania certyfikatami w organizacji. Przesłanie do Store wymaga tożsamości pakietu i wydawcy przypisanych za pośrednictwem Partner Center; dowolny certyfikat z podpisem własnym nie nadaje się do dystrybucji w Store.

Ograniczenia zgodności

Pakuj zainstalowaną aplikację, a nie umieszczaj jej instalatora wewnątrz pakietu. Pakiet APPX, który uruchamia Setup.exe, nadal jest instalatorem i często nie spełnia wymagań wdrażania dla przedsiębiorstw lub Store.

Pakowanie nie zapewnia zgodności każdej zależności Win32. Sterowniki jądra, składniki uruchamiane podczas rozruchu, oprogramowanie zabezpieczające niskiego poziomu, instalatory obejmujące całą maszynę, oprogramowanie wymagające podwyższonych uprawnień przy każdym uruchomieniu oraz aplikacje modyfikujące chronione lokalizacje systemowe często wymagają odrębnego projektu wdrożenia lub zmian w kodzie. Niektóre usługi, scenariusze COM, rozszerzenia powłoki oraz zachowania związane z systemem plików lub rejestrem mają zależną od wersji systemu Windows obsługę pakowania i muszą zostać przetestowane na najstarszej obsługiwanej wersji docelowej.

W stosownych przypadkach twórz i testuj osobne pakiety x86, x64 i arm64. Aktualizacja musi zachować tę samą tożsamość pakietu i wydawcę; pakiet podpisany przez innego wydawcę nie może zaktualizować zainstalowanego pakietu.

Package Support Framework może rozwiązać niektóre typowe problemy aplikacji klasycznych, takie jak założenia dotyczące katalogu roboczego oraz wybrane zachowania rejestru lub ścieżek plików, ale nie może spakować sterowników ani usunąć wymogu podwyższonych uprawnień. Unikaj internetowych konwerterów „EXE do APPX”: prawidłowa konwersja musi wykonać instalator, przeanalizować wprowadzone przez niego zmiany, utworzyć manifest i chronić dane uwierzytelniające używane do podpisywania, dlatego żadna renomowana usługa online nie może bezpiecznie utworzyć przetestowanego pakietu z dowolnego oprogramowania.