Schnelleinstieg
Die Kernfragen in der Softwarepaketierung
Diese vier Bereiche entscheiden in der Praxis darueber, ob ein Paket stabil und wartbar wird oder spaeter im Betrieb auffaellt.
Hauptbereiche
Wo du fuer welche Aufgabe einsteigen solltest
Die Themen sind nicht nach Theorie sortiert, sondern nach der Reihenfolge, in der sie in echten Paketierungsprojekten auftreten.
Installer-Hub
Uebersichtsseite mit allen Engines und Links in die Detailseiten fuer ErrorCodes, PowerShell und praktische Hinweise.
Installer-Hub oeffnenPraxisartikel
Zentrale Sammlung aller vertiefenden Artikel zu MSI, Detection, Winget, Inno, NSIS und InstallShield.
Artikel-Uebersicht oeffnenPowerShell App Deploy Toolkit
Ein eigener Bereich fuer Betriebsmodell, Scriptaufbau, Return Codes und saubere Verteilung.
PSADT lesenTypisches Vorgehen
Entscheidungsbaum fuer Installer-Erkennung und ein Schritt-fuer-Schritt-Ablauf von Analyse bis Rollout.
Workflow lesenLogging und Loganalyse
Warum Logging Pflicht ist, welche Logs gesammelt werden muessen und wie man sie korrekt interpretiert.
Logging lesenDetection und Verteilung
Known Good, Detection Methods und der Weg von einem getesteten Setup in die produktive Verteilung.
MEM / SCCM lesenFehler systematisch einordnen
Hauefige Installer-Fallstricke, Reboot-Faelle, Detection-Probleme und typische PSADT-Fehlerbilder.
Troubleshooting lesenTypische Alltagssituationen
Direkte Einstiege fuer haeufige Aufgaben
Viele Besucher kommen nicht zum Lernen auf die Startseite, sondern mit einem konkreten Problem. Diese Einstiege holen sie dort ab.
Ich habe nur eine Setup.exe
Starte auf der Workflow-Seite, bestimme erst die Engine und gehe dann in die passende Installer-Unterseite.
Die App wird dauernd neu angeboten
Gehe direkt zu MEM / SCCM und pruefe Detection, Benutzerkontext und Artefakte nach der Installation.
Der Rollout scheitert ohne klare Ursache
Starte bei Logging und Troubleshooting, nicht bei zufaellig wechselnden Parametern.
3010 ist da, aber was bedeutet das betrieblich?
Pruefe Exitcodes, Reboot-Handling und die Frage, ob wirklich ein Hard Fail oder ein geplanter Neustart vorliegt.
Zum ArtikelDie App funktioniert nur fuer einen Benutzer
Dann ist oft nicht der Installer kaputt, sondern das Installationsmodell per-user vs per-machine nicht sauber eingeordnet.
Zum ArtikelDer Install-Test lief einmal durch, reicht das?
Nein. Erst eine Testmatrix mit Detection, Uninstall, Upgrade und Reboot macht ein Paket wirklich releasefaehig.
Zur TestmatrixLernziel
Was Besucher nach der Nutzung der Seite koennen sollen
Installer sicher einordnen
MSI, Inno, NSIS, InstallShield, Winget und MSIX nicht nur am Dateinamen erkennen, sondern mit belastbaren Indizien unterscheiden.
Silent-Parameter kontrolliert testen
Setup, Uninstall, Reboot-Verhalten, Logging und Detection nicht vermuten, sondern in einer reproduzierbaren Testlogik pruefen.
Verteilung stabil bauen
PSADT, Detection Methods und Exitcodes so einsetzen, dass das Paket im Deployment-System sauber auswertbar bleibt.
Fehler schneller analysieren
Logdateien, Child-Prozesse, Wrapper und Detection-Probleme systematisch auseinanderhalten, statt nur Symptome zu vergleichen.
Realistische Beispiele
Praxisnahe Silent-Install-Muster fuer haeufige Programme als Anregung und Copy-Hilfe fuer reale Paketierungsfaelle.
Beispiele oeffnenDetection Recipes
Direkt nutzbare Detection-Muster fuer Datei, Registry, MSI, per-user und kombinierte Faelle.
Recipes lesenPaketdesign im Betrieb
Dependencies, Supersedence, Architekturfallen, Trust und Repair-Verhalten entscheiden oft erst spaeter ueber stabile Pakete.
Neue Artikel lesenAutor
Mehr ueber die Person hinter commandline.info, den fachlichen Hintergrund und die Haltung hinter den Inhalten.
Autor ansehen