Packaging-Wissen
Teamstandards mit Workspaces
Naming, Install-, Uninstall- und Detection-Standards einmal definieren und für alle Pakete wiederverwenden.
Warum Standards pro Person nicht funktionieren
Jeder Admin hat sein eigenes Muster: anderer Paketname, andere Detection, andere Ordnerstruktur. Einzeln funktioniert das. Im Team entsteht daraus eine Sammlung, die niemand vollständig überblickt.
Standards sind kein Formalismus. Sie sind die Bedingung dafür, dass ein Paket auch nach dem Wechsel des Erstellers wartbar bleibt.
Was ein Workspace festhält
Ein Workspace bündelt die Regeln eines Teams: Namensgebung, Install- und Uninstall-Muster, Detection-Vorgaben, Vorlagen. Neue Pakete starten bei der Konvention, nicht bei null. Änderungen gelten für alle und sind sichtbar.
In PilotDeploy gehören Workspaces, Workspace-Standards und Vorlagen zu den Enterprise-Funktionen.
Freigabe und Änderung
Ein Standard, den jeder jederzeit ändern kann, ist keiner. Vorlagen brauchen eine Freigabe, Änderungen einen nachvollziehbaren Weg. Ausnahmen werden dokumentiert, nicht als stiller Sonderfall ins Paket geschrieben.
Grenzen
Ein Workspace ersetzt keine fachliche Entscheidung. Er sorgt dafür, dass die Entscheidung gleich aussieht — nicht, dass sie richtig ist. Ein falscher Standard wird durch einen Workspace nur schneller falsch.
Einführung in vier Schritten
Erst den Ist-Zustand sammeln, dann drei Regeln festlegen (Namen, Detection, Deinstallation), dann eine Vorlage daraus bauen, dann ein Paket damit umsetzen. Wer mit zwanzig Regeln beginnt, führt nichts ein.
---