Changelog

ORM++ folgt Semantic Versioning und Conventional Commits. Jeder Versions-Tag vX.Y.Z löst in der CI-Pipeline einen Job aus, der aus den Commit-Nachrichten seit dem letzten Tag automatisch einen Changelog erzeugt (git-cliff) und daraus ein GitLab-Release anlegt.

Die jeweils aktuelle, vollständige Historie steht deshalb nicht als statische Kopie hier in der Doku, sondern an der Quelle, wo sie automatisch gepflegt wird:

Releases auf GitLab ansehen →

Versionsschema

Präfix	Bedeutung
feat:	neues Feature — erhöht die Minor-Version
fix:	Fehlerbehebung — erhöht die Patch-Version
refactor:, docs:, test:, ci:, chore:	keine funktionale Änderung an der öffentlichen API

Ein Bruch mit der öffentlichen API (siehe API-Referenz) erhöht die Major-Version und wird im Commit als BREAKING CHANGE markiert. Vor v1.0.0 galt das Projekt als nicht stabil; seit Phase 5 (siehe Architektur) ist die gesamte v1-API implementiert und die Testsuite läuft identisch auf allen drei Backends.