Packaging im Team: Standards und API

Warum persönliche Standards scheitern

Zwei Admins, zwei Namensschemata, zwei Detection-Muster. Beide Pakete funktionieren, aber niemand kann sie später ohne Rückfrage warten. Standards sind kein Formalismus, sondern die Bedingung dafür, dass ein Paket auch dann verständlich bleibt, wenn der Ersteller nicht mehr da ist.

Was ein Workspace festhält

Ein Workspace bündelt die Regeln für ein Team: Namensgebung, Install- und Uninstall-Muster, Detection-Vorgaben, Vorlagen. Neue Pakete starten nicht bei null, sondern bei der Teamkonvention. Änderungen an der Konvention sind sichtbar und gelten für alle.

Freigabe und Änderung

Ein Standard, den jeder jederzeit ändern kann, ist keiner. Deshalb braucht es eine Freigabe für Vorlagen und eine nachvollziehbare Änderung. Wer eine Ausnahme braucht, dokumentiert sie — und nicht als stillen Sonderfall im Paket.

CI/CD ohne Installer-Upload

Eine Pipeline kann Pakete bauen, ohne die Herstellerdateien auf einen Server zu legen. Der Job erzeugt Metadaten und ein Ergebnis, die Quellen bleiben lokal. Das ist der Unterschied zwischen Automatisierung und Auslagerung.

Welche Frage ein Audit beantwortet

Nicht „wer ist schuld", sondern „welche Version war wann auf welchem Gerät". Ein Audit beantwortet das mit Ereignissen und Metadaten. Es ersetzt kein Backup und keine Tests, aber es macht eine Änderung nachvollziehbar, wenn etwas schiefgeht.

---