Zum Hauptinhalt springen

Versionierungskonzept in CertHub

CertHub verwendet ein strukturiertes Versionierungssystem, um CertHub-Objektlebenszyklen klar und zuverlässig zu verwalten. Dieses System trennt Approved Versions von Draft Revisions, um Rückverfolgbarkeit und Kontrolle sicherzustellen.

Versionsnummernformat​

Version Number Format

Approved Version​

  • Endet auf .0 (z.B. 2.0, 3.0; Ausnahme: die 0.0 ist immer ein Draft)
  • Zeigt eine offiziell freigegebene und unterschriebene Version des CertHub-Objekts an
  • Approved Versions können nicht direkt bearbeitet werden.
  • Um Änderungen vorzunehmen, muss eine Draft Revision aus der Approved Version erstellt werden.

Draft Revision​

  • Beispiele: 1.1, 2.2, 3.4, 0.0, etc.
  • Wird aus der letzten Approved Version erstellt.
  • Verfolgt Änderungen, die noch nicht freigegeben sind.
  • Nur ein Draft kann zu jeder Zeit pro CertHub-Objekt existieren.
  • Jede Draft Revision kann eine Commit-Message enthalten, die Änderungen zusammenfasst.
  • Änderungen in Drafts sind inaktiv, bis sie offiziell freigegeben werden (als neue Approved Version veröffentlicht).

Spezialfall: Revision 0.0​

  • 0.0 ist der anfängliche nicht freigegebene Zustand
  • Es verhält sich wie ein Draft und hat keine operative Wirkung, bis sie hochgestuft wird.

Zusammenfassung Workflow​

  1. Starte mit 0.0 oder 0.1 – das Objekt ist im Draft-Zustand.
  2. Veröffentliche als 1.0 – erste offizielle Version.
  3. Bearbeite über Draft (z.B. 1.1) – Änderungen im Draft.
  4. Bearbeite Draft weiter (z.B. 1.2) - weitere Änderungen im Draft.
  5. Veröffentliche als 2.0 – neue Approved Version, die die vorherige ersetzt.