EXE, MSI, DSM: was PilotDeploy verarbeitet — und was nicht

Die häufigste falsche Erwartung an ein Packaging-Werkzeug ist, dass es den Installationstest ersetzt. Tut es nicht. Was PilotDeploy tut, ist enger und nützlicher: Es liest die Quelle, macht die Entscheidungen sichtbar und schreibt daraus ein PSADT-Paket mit festem Aufbau.

Diese Seite sagt, welche Quellen verarbeitet werden, was dabei entsteht und wo die Grenzen liegen — bevor du Zeit in ein Paket steckst.

Drei Quelltypen, drei Ausgangslagen

EXE. Eine EXE ist eine Blackbox mit manchmal dokumentierten, manchmal geratenen Parametern. PilotDeploy erkennt Dateityp, Architektur und Signatur und schlägt stille Parameter vor. Ob der Aufruf wirklich still läuft, zeigt erst der Test. Mehr dazu: Silent Switches finden, ohne zu raten.

MSI. Eine MSI bringt eine Installationsdatenbank mit Properties und dokumentierte Rückgabecodes. Das ist der dankbarste Fall: weniger Rätselraten, mehr nachvollziehbare Einstellungen.

DSM. DSM ist ein älteres Paketformat mit eigener Skriptlogik (script.inc) und Payload. PilotDeploy liest die Skripte, ordnet Befehle zu und behält unbekannte Logik als Prüfpunkt. Für Bestandspakete ist Migration oft schneller als Neubau.

In allen drei Fällen gilt: Die Datei wird im Browser gelesen; zur Analyse wird sie nicht auf einen Server hochgeladen.

Was im Paket landet

Der Export ist ein ZIP mit festem Aufbau:

• Launcher (Deploy-Application.exe) und Deploy-Application.ps1
• Quellen unter Files/Source
• Berichte und Metadaten unter PackageInfo, inklusive manifest.json

Dazu kommen die Angaben, die du im Review bestätigst: Installationsbefehl, Deinstallationsbefehl, Detection und Rückgabecodes. Der Aufbau ist in der Dokumentation als Output-Vertrag beschrieben.

Was PilotDeploy nicht macht

• Kein Installationstest. Ob das Paket funktioniert, zeigt sich auf einem frischen Windows-Gerät, nicht im Builder.
• Kein Rollout. Es gibt keine Verbindung zu deinem Intune-Tenant und keinen Agenten.
• Keine automatischen Updates. Ein neues Paket entsteht nur, wenn du es baust.
• Keine fertige .intunewin-Datei. Der Export enthält das PSADT-ZIP und die Intune-Helfer; die .intunewin-Datei wird lokal mit IntuneWinAppUtil.exe gebaut.
• Keine Detection-Garantie. Die Regel wird vorgeschlagen und geprüft, die fachliche Entscheidung bleibt bei dir.

Diese Grenzen sind keine Schwächen, sondern die Grenze zwischen Paketierung und Betrieb. Wer Betrieb will, braucht ein anderes Werkzeug — siehe PilotDeploy und Robopack.

Welche Quellen nicht genannt sind

Auf der Website sind EXE, MSI und DSM als Quellen genannt. MSIX, App-V und Winget-Pakete gehören nicht zu diesem Set. Für diese Formate ist derzeit kein Export dokumentiert; kläre den Bedarf vor der Registrierung.

Dasselbe gilt für sehr große Quellen: Ein festes Quelllimit ist nicht dokumentiert; die Analyse läuft im Browser und ist damit auch vom Arbeitsspeicher abhängig.

Warum die Detection der kritische Punkt ist

Ein Paket, das installiert, aber nicht erkannt wird, gilt in Intune als nicht installiert und wird erneut ausgerollt. Der häufigste Fehler ist eine Versionsprüfung, die beim nächsten Update nicht nachgezogen wird. Deshalb steht Detection bei PilotDeploy als eigener Prüfpunkt und nicht als Nebensatz.

Wie die drei Wege — Registry, Datei, Skript — funktionieren, steht unter Detection-Regeln, die nach dem Update stimmen.

Was vor dem Rollout passieren muss

1. Installation auf einem frischen Gerät, ohne Testreste.
2. Deinstallation prüfen: Bleibt etwas zurück?
3. Erneut installieren. Erst danach ist das Paket wiederholbar.
4. In eine kleine Testgruppe ausrollen und die Rückmeldung aus Intune lesen.

Wer diese vier Schritte überspringt, testet in Produktion.

Häufige Fragen

Kann ich einen Ordner statt einer Datei verpacken? Ja, die App bietet zusätzlich die Ordnerauswahl. Ein ZIP wird nicht als einzelne Quelle angenommen; entpacke es vorher.

Werden meine Installer hochgeladen? Nicht zur Analyse. Die Analyse läuft im Browser. Speicherst du das fertige ZIP im persönlichen Paketkatalog, kann es Installer und Payload enthalten und verlässt das Gerät verschlüsselt; das ist optional und abschaltbar.

Erkennt PilotDeploy, ob eine EXE still installiert? Es schlägt Parameter vor und markiert sie als Prüfpunkt. Der Nachweis kommt aus dem Test, nicht aus der Analyse.

Bekomme ich eine fertige Intune-App? Du bekommst ein PSADT-ZIP und die Angaben für Installations-, Deinstallations- und Erkennungsbefehl. Das Hochladen und die Zuweisung machst du in Intune.

Katalog und Umfang

PilotDeploy zeigt derzeit neun geprüfte Vorlagen im Katalog. Das ist kein 30.000-Apps-Katalog: Der Schwerpunkt ist der eigene Paketbau aus EXE, MSI, DSM und Ordnern.

Nächster Schritt

Wenn du eine Quelle prüfen willst: Der Builder startet ohne Kreditkarte, die ersten 20 Exporte sind kostenlos. Wie der Ablauf aussieht, steht unter Produkt.