Zum Hauptinhalt springen

Versionierungskonzept in CertHub

CertHub verwendet ein strukturiertes Versionierungssystem, um Lebenszyklen von CertHub Objekten eindeutig und nachvollziehbar zu verwalten. Dabei wird zwischen Freigegebenen Versionen und Entwurfs-Revisionsständen unterschieden – für maximale Nachvollziehbarkeit und Kontrolle.

Format der Versionsnummern​

Version Number Format

Freigegebene Version​

  • Endet auf .0 (z. B. 2.0, 3.0)
  • Kennzeichnet eine offiziell veröffentlichte und freigegebene Version eines CertHub Objekts
  • Freigegebene Versionen können nicht direkt bearbeitet werden
  • Für Änderungen muss eine Revision aus der freigegebenen Version erstellt werden

Entwurfs-Revision​

  • Beispiele: 1.1, 2.2, 3.4 etc.
  • Wird aus der letzten freigegebenen Version erstellt
  • Dient der Bearbeitung von noch nicht veröffentlichten Änderungen
  • Pro CertHub Objekt kann nur eine Revision gleichzeitig existieren
  • Jede Revision kann mit einer Commit-Nachricht versehen werden, um Änderungen zu beschreiben
  • Änderungen in einer Revision sind nicht aktiv, bis sie veröffentlicht werden (als neue freigegebene Version)

Sonderfall: Version 0.0​

  • 0.0 ist der initiale, noch nicht veröffentlichte Zustand
  • Verhält sich wie ein Entwurf
  • Hat keine funktionale Auswirkung, bis eine Veröffentlichung erfolgt

Zusammenfassung des Ablaufs​

  1. Start mit 0.0 oder 0.1 – das Objekt befindet sich im Entwurf
  2. Veröffentlichen als 1.0 – erste offizielle Version
  3. Bearbeiten via Revision (z. B. 1.1) – Entwurf mit Änderungen
  4. Weitere Bearbeitung der Revision (z. B. 1.2) – fortlaufende Entwurfsänderungen
  5. Veröffentlichen als 2.0 – neue freigegebene Version ersetzt die vorherige