Versionsverwaltung mit Git
42°OS unterstützt die Versionsverwaltung von Workflows über Git. Das bedeutet: du kannst den Stand eines Workflows zu einem bestimmten Zeitpunkt sichern, Änderungen nachvollziehen und bei Bedarf zu einer früheren Version zurückkehren.
Warum Versionsverwaltung?
Ohne Versionsverwaltung gibt es von einem Workflow immer nur den aktuellen Stand. Das führt in der Praxis zu Problemen:
- Ein Workflow wird geändert und danach funktioniert etwas nicht mehr — aber niemand weiß mehr genau was geändert wurde
- Jemand möchte eine Änderung rückgängig machen — aber es gibt keinen früheren Stand zum Zurückkehren
- Zwei Personen arbeiten gleichzeitig an einem Workflow und überschreiben gegenseitig ihre Änderungen
Git löst diese Probleme. Jede gespeicherte Version (ein sogenannter Commit) ist ein Schnappschuss des Workflows zu diesem Zeitpunkt. Du kannst jederzeit zurückblicken, vergleichen und wiederherstellen.
Git-Grundbegriffe kurz erklärt
Du musst kein Git-Experte sein um die Versionsverwaltung in 42°OS zu nutzen. Diese Begriffe begegnen dir:
| Begriff | Bedeutung |
|---|---|
| Repository | Der Speicherort aller Versionen — das "Archiv" des Workflows |
| Commit | Ein gespeicherter Versionsstand mit Beschreibung |
| Branch | Ein paralleler Entwicklungszweig — nützlich um Änderungen zu entwickeln ohne den laufenden Stand zu beeinflussen |
| Merge | Das Zusammenführen zweier Branches |
Einen Workflow-Stand sichern
Um den aktuellen Stand eines Workflows zu sichern:
- Öffne den Workflow im Designer
- Wechsle zur Git-Ansicht
- Gib eine kurze Beschreibung der Änderung ein — was hast du geändert und warum?
- Bestätige den Commit
Eine gute Commit-Beschreibung beantwortet die Frage: Was hat sich geändert?
✓ "Fehlerbehandlung für leere Anhänge ergänzt"
✓ "KI-Prompt für Rechnungsextraktion überarbeitet"
✗ "Update"
✗ "Fix"
Zu einer früheren Version zurückkehren
Wenn eine Änderung Probleme verursacht hat und du zum letzten funktionierenden Stand zurückwillst:
- Öffne die Git-Ansicht des Workflows
- Wähle den Commit aus zu dem du zurückkehren möchtest
- Stelle ihn wieder her
Wenn du zu einem früheren Stand zurückkehrst, gehen alle Änderungen seit diesem Stand verloren, die nicht als separater Commit gesichert wurden. Überlege vorher ob du den aktuellen Stand noch als Commit sichern möchtest — selbst wenn er fehlerhaft ist.
Empfehlungen für den Alltag
Committen vor größeren Änderungen — bevor du einen funktionierenden Workflow umstrukturierst, sichere den aktuellen Stand. So hast du immer einen Rückfallpunkt.
Sprechende Beschreibungen — kurze, präzise Commit-Beschreibungen machen die Versionshistorie lesbar. In drei Monaten wirst du froh sein zu wissen warum eine Änderung gemacht wurde.
Regelmäßig committen — nicht nur am Ende eines langen Arbeitstages, sondern nach jedem abgeschlossenen Entwicklungsschritt. So sind die einzelnen Änderungen klar voneinander getrennt.