MSIX paketieren, signieren und über Intune, Azure Virtual Desktop AppAttach und Cloud PC-Lieferung bereitstellen.

Windows 10 Support endet Oktober 2025, Intune standardisiert auf moderne Bereitstellungspfade und Azure Virtual Desktop AppAttach erfordert MSIX. Das Migrationsfenster hat sich für die meisten Teams von Jahren auf Monate komprimiert und MSIX ist das Format, das über Intune, AVD AppAttach und moderne Cloud PC-Lieferung neben IntuneWin landet.

Ja. Capture-First bedeutet keine Installer-Medien-Abhängigkeit. EtherApps Forge erfasst den installierten Anwendungs-Footprint von einem Live-System (Dateien, Registry, AppData, Dienste und Abhängigkeiten) und produziert signierte MSIX-, MSI-, IntuneWin- und AppAttach-Ausgaben aus einer Erfassung. Das ist der Hauptgrund, warum Teams EtherApps Forge gegenüber traditionellen Packaging-Toolchains für Legacy-Umgebungen wählen.

Ja. Eine Erfassung produziert signiertes MSIX für Intune, IntuneWin für Legacy-Pfad-Intune-Bereitstellung und MSIX AppAttach für Azure Virtual Desktop. Windows 365-Lieferung verwendet MSIX oder IntuneWin aus derselben Erfassung. Windows 365 unterstützt derzeit kein AppAttach, sodass Cloud PC-Lieferung über den MSIX- oder IntuneWin-Pfad geht.

Nein. KI-geführte Routenführung erweitert das Team, indem sie die MSIX-Skills-Lücke schließt und den richtigen Pfad pro Anwendung vorschlägt, aber ein menschlicher Prüfer zeichnet jedes Paket noch ab. EtherApps Forge arbeitet neben bestehenden Packaging-Workflows statt Packager-Urteil zu ersetzen.

App-V 5.1 Pakete können direkt mit dem Microsoft MSIX Packaging Tool konvertiert werden, über die Oberfläche oder die Kommandozeile für Batch-Läufe. App-V 4.x Pakete werden nicht direkt unterstützt; Microsoft empfiehlt die Konvertierung aus dem Quell-Installer, und wo der Installer verloren ist, ist ein Capture-First-Repackaging aus einer Live-Installation der praktische Weg. EtherApps Forge deckt diesen Capture-First-Pfad mit menschlicher Prüfung vor der Freigabe ab.

Die üblichen Blocker sind Start- und Abmelde-Skripte, Laufzeitverhalten, das den App-V-Client voraussetzte, Middleware-Abhängigkeiten und Pakete, deren Quellmedien nicht mehr existieren. Das Package Support Framework behebt viele Laufzeitlücken nach der Konvertierung, und Pakete, die sich direkter Konvertierung widersetzen, können stattdessen Capture-First neu paketiert werden. Ein kurzer Bewertungsdurchlauf vor der Migration findet diese Blocker früh.

Ja. Jedes MSIX-Paket muss mit einem Zertifikat signiert werden, dem die Umgebung vertraut, bevor Windows es installiert, also planen Sie die Zertifikatsbehandlung als Teil des Migrations-Workflows statt als nachträglichen Gedanken. EtherApps Forge baut die Signierung in die Packaging-Pipeline ein, und dieselbe Zertifikatsdisziplin gilt für Pakete, die mit Microsoft-Tools konvertiert wurden.

Weisen Sie die signierten MSIX-Pakete über Intune zu wie jede moderne Windows-App, beginnend mit einem Pilot-Ring auf repräsentativen Windows 11 Geräten vor breiter Zuweisung. Halten Sie das App-V-Paket verfügbar, bis der Pilot bestätigt, dass sich die konvertierte App korrekt verhält, und ziehen Sie dann den alten Lieferpfad zurück, sobald jede Welle abgeschlossen ist.

Das Package Support Framework ist eine Open-Source-Laufzeit von Microsoft, die Verhalten korrigiert, auf das Anwendungen angewiesen sind, das im MSIX-Container aber nicht möglich ist. Typische Fälle sind das Schreiben von Dateien neben die eigene EXE, ein fest erwarteter Installationspfad oder das Lesen von Maschinen-Registry-Pfaden, die der Container umleitet. EtherApps Forge stellt das Framework als Teil der Paketierung bereit und wendet Datei- und Registry-Umleitung sowie Korrekturen des Arbeitsverzeichnisses an, damit eine erfasste Legacy-Anwendung ohne Änderung ihres Quellcodes korrekt läuft.

Ja. Die forge_msix-CLI ist ein Drop-in-Ersatz für Microsofts makeappx.exe und ruft dieselbe Windows-Paketierungs-Engine auf, sodass aus einem Build-Ordner ein signiertes, validiertes MSIX wird, mit denselben Schaltern, die eine bestehende Pipeline bereits übergibt. Entwickler und ISVs können ein Manifest aus der gebauten EXE erzeugen, in einem Schritt erstellen und signieren, das Ergebnis validieren und einem Smoke-Test unterziehen, alles als Stufen einer Release-Pipeline statt als manueller Schritt nach dem Build.

Microsoft hat den App-V-Client und Sequencer in festen erweiterten Support überführt, sodass sie weiterhin mit Windows ausgeliefert werden, aber nur Fixes erhalten, und der Support für die App-V-Server-Komponenten endete im April 2026. Teams, die App-V-Pakete bereits auf Azure Virtual Desktop nutzen, können App-V App Attach ohne einen App-V-Server verwenden, und die meisten Umgebungen nutzen dieses Fenster, um eine kontrollierte App-V-zu-MSIX-Migration zu planen.