Packaging-Wissen

Softwarepaketierung für Windows und Intune

Von der MSI zum prüfbaren Win32-Paket: stille Parameter, Detection und die Wahl der Quelle für Windows-Deployments.

Was der Quelltyp über den Aufwand sagt

Eine MSI ist ein Vertrag: Installationsdatenbank, Properties, dokumentierte Rückgabecodes. Eine EXE ist eine Blackbox, die manchmal Argumente akzeptiert und manchmal nicht. Ein DSM-Paket ist ein älteres Format mit eigener Skriptlogik. Der Quelltyp entscheidet nicht, ob es schwer wird — aber er entscheidet, wo man anfängt zu lesen.

Stille Parameter

Ohne stille Parameter bleibt ein Paket im Hintergrund stehen und wartet auf einen Klick, den niemand sieht. Die Parameter stehen in der Herstellerdoku, in den MSI-Properties oder in der Hilfe der EXE. Wenn nichts dokumentiert ist, hilft nur systematisches Probieren mit Protokoll — nicht Raten.

Detection

Detection ist die Antwort auf die Frage: Ist das Paket installiert? Registry, Datei oder Skript sind die drei Wege. Der häufigste Fehler ist eine Versionsprüfung, die beim nächsten Update nicht nachgezogen wird — dann gilt das Paket als nicht installiert und wird erneut ausgerollt.

Die Quelle wählen

Wenn ein DSM-Paket existiert, ist Migration oft schneller als Neubau. Wenn nur eine EXE vorliegt, führt am Wrapper kein Weg vorbei. Wenn eine MSI mit Properties existiert, ist der direkte Weg der kürzeste. Die Entscheidung gehört vor den ersten Klick, nicht danach.

Vor dem Rollout testen

Ein Paket ist erst fertig, wenn es auf einem frischen Gerät installiert, deinstalliert und erneut installiert wurde. Der Test auf dem eigenen Arbeitsplatz beweist wenig: Dort liegen bereits Abhängigkeiten, die auf keinem anderen Gerät vorhanden sind.

---

03

MSI, EXE oder DSM: was zuerst?

Drei Quelltypen, drei Wege ins Paket: was sich direkt verpacken lässt, was Analyse braucht und wann eine Migration der schnellere Weg ist.