Versionierung bezeichnet die systematische Verwaltung und Dokumentation von Änderungen an Konfigurationen, Code, Workflows oder Daten über die Zeit. Jede Version ist ein gespeicherter Zustand eines Objekts zu einem bestimmten Zeitpunkt – mit einer eindeutigen Versionsnummer oder -bezeichnung, einem Zeitstempel, dem Autor der Änderung und einer Beschreibung dessen, was sich verändert hat. Durch Versionierung ist es möglich, zu jedem früheren Zustand zurückzukehren und genau nachzuvollziehen, wie und warum sich etwas verändert hat.
Im Kontext der Automatisierung ist Versionierung ein unverzichtbares Werkzeug: Automatisierte Workflows, Regelwerke, Bot-Konfigurationen und Integrationsskripte ändern sich im Laufe der Zeit. Ohne Versionierung ist unklar, welche Version eines Workflows gerade produktiv läuft, wer wann was geändert hat, und wie ein fehlerhafter Zustand rückgängig gemacht werden kann.
Versionsnummern-Konventionen
Die verbreitetste Versionierungskonvention für Software und Konfigurationen ist Semantic Versioning (SemVer): Versionen werden in der Form MAJOR.MINOR.PATCH angegeben – z. B. 2.4.1. Eine MAJOR-Änderung bricht Kompatibilität mit früheren Versionen (grundlegende Umstrukturierung). Eine MINOR-Änderung fügt neue Funktionen hinzu, ohne bestehende zu brechen. Eine PATCH-Änderung behebt Fehler ohne funktionale Änderungen.
Versions-Zeitstrahl: Ändert sich ein Workflow
v2.3.1 — aktuellBugfix: Fehler bei doppelten Rechnungsnummern behoben
v2.3.0Neues Feature: Automatische Eskalation nach 48h Inaktivität← Rollback möglich
v2.2.0Erweiterte Lieferanten-Matching-Logik (Fuzzy-Matching)← Rollback möglich
v2.1.0Integration mit neuem ERP-System abgeschlossen
v1.0.0Erstveröffentlichung – initiale Produktivsetzung
Versionierung in der Automatisierungspraxis
- Workflow-Versionen: Jede Änderung an einem automatisierten Workflow wird als neue Version gespeichert – Veränderungen sind rückverfolgbar und rückgängig machbar
- Regelwerk-Versionen: Änderungen am Regelwerk einer Regelengine werden versioniert – wann wurde welche Regel hinzugefügt, geändert oder deaktiviert?
- API-Versionen: Schnittstellen werden versioniert, damit Änderungen an der API keine sofortige Pflichtanpassung aller Konsumenten erzwingen
- Konfigurationsversionen: Systemkonfigurationen werden versioniert, sodass ein fehlerhafter Konfigurationsstand schnell zurückgesetzt werden kann
Versionierung und Rollback
Versionierung ist die technische Voraussetzung für Rollback: Nur wenn frühere Zustände gespeichert sind, können sie im Fehlerfall wiederhergestellt werden. Versionierung ohne Rollback-Fähigkeit ist nur halbe Absicherung – die Geschichte ist sichtbar, aber nicht nutzbar. Rollback ohne Versionierung ist nicht möglich. Beide Konzepte bedingen einander.
Praxisbeispiel
Ein Automatisierungsdienstleister aktualisiert einen Rechnungsworkflow für einen Kunden von Version 2.2.0 auf 2.3.0: Eine neue Eskalationslogik nach 48 Stunden Inaktivität wird ergänzt. Am nächsten Tag zeigt das Monitoring: 12 Prozent mehr Eskalationen als erwartet – die neue Regel greift zu früh bei Rechnungen, die über Wochenenden kommen. Die Versionierung ermöglicht sofortigen Rollback auf 2.2.0 in zwei Minuten. Die Eskalationslogik wird überarbeitet und als Version 2.3.1 erneut deployed. Ohne Versionierung hätte der Fehler manuell durch Konfigurationsänderung behoben werden müssen – ohne Rückkehrmöglichkeit in den stabilen Zustand.
