DevOps Einsteiger
Semantic Versioning¶
SemVerVersioningRelease 3 min Lesezeit
MAJOR.MINOR.PATCH-Versionierung von Software.
Regeln¶
MAJOR.MINOR.PATCH (z.B. 2.4.1)
MAJOR - Breaking Changes
MINOR - neue Funktionen, abwärtskompatibel
PATCH - Bugfixes
Pre-release: 3.0.0-alpha.1, 3.0.0-rc.1
Praktische Beispiele und Automatisierung¶
Korrekte Versionierung ist entscheidend fuer zuverlaessiges Dependency Management. Wenn Sie die MAJOR-Version erhoehen (z.B. von 2.x auf 3.0.0), signalisieren Sie Breaking Changes — Nutzer Ihrer Bibliothek muessen ihren Code anpassen. Eine MINOR-Version (2.4.0 auf 2.5.0) fuegt neue Funktionen hinzu, aber bestehender Code funktioniert ohne Aenderungen. Ein PATCH (2.4.0 auf 2.4.1) behebt Fehler.
Durch die Kombination von Conventional Commits mit semantic-release erreichen Sie volle Automatisierung: Ein feat:-Commit erhoeht MINOR, fix: erhoeht PATCH und BREAKING CHANGE: erhoeht MAJOR. Pre-Release-Versionen (alpha, beta, rc) ermoeglichen Tests vor der offiziellen Veroeffentlichung. Lockfiles (package-lock.json, Pipfile.lock) gewaehrleisten reproduzierbare Builds durch Fixierung exakter Versionen aller Abhaengigkeiten, waehrend Ranges (^2.4.0, ~2.4.0) in package.json kompatible Versionsbereiche definieren.
Zusammenfassung¶
feat: = MINOR. fix: = PATCH. BREAKING CHANGE: = MAJOR. Automatisieren.
Brauchen Sie Hilfe bei der Implementierung?¶
Unser Team hat Erfahrung mit dem Entwurf und der Implementierung moderner Architekturen. Wir helfen Ihnen gerne.