Versionierung

Wir verwenden für die JoomGallery und ihren Erweiterungen das gleiche Versionierungsschema wie Joomla! selbst. Dieses folgt der semantischen Versionierung mit drei Zahlen, also [major].[minor].[patch].

Konkret bedeutet das:

x.x.1: Die hinterste Nummer ist die sogenannte Wartungsversion (patch). Sie wird erhöht, wenn in der Galerie Bugs und/oder Sicherheitslücken gefixt wurden.

x.5.x: Diese Nummer ist die Nebenversion, auch Feature-Release genannt (minor). Sie wird immer dann erhöht, wenn der Galerie neue Funktionen hinzugefügt oder größere Änderungen vorgenommen wurden. Änderungen in dieser Version sind jeweils Rückwärtskompatibel.

3.x.x: Die erste Nummer gibt die Hauptversion an (major). Sie wird nur dann erhöht, wenn der Code der Galerie für die nächste größere Joomla!-Version angepasst wurde. Dabei entspricht sie immer der Hauptversionsnummer von Joomla! Eine JoomGallery 3.x ist demnach kompatibel mit der Joomla!-Version 3.x. Eine Änderung dieser Version bedeutet einen Bruch in der Kompatibilität mit der Vorgängerversion.

Zusätzlich zu den Versionsnummern haben manche Versionen der Galerie noch einen Beinamen. Die JoomGallery 3.x trägt zum Beispiel den Beinamen 'JUX'. Dieser hat aber keine besondere Bedeutung.

Wie Joomla! auch sind wir bestrebt die Abwärtskompatibilität so lange wie möglich aufrechtzuerhalten und innerhalb eines Hauptentwicklungszweigs wird volle Abwärtskompatibilität gewährleistet.

Branches auf Github

Das Versionierungsschema spiegelt sich auch in den Github-Branches wieder. Somit ist es recht leicht den richtigen Ziel-Branch für einen Pull Request zu finden.

Das Release der nächsten Wartungsversion (patch) wird grundsätzlich aus dem 'master'-Branch erstellt. Pull Requests, die nur Bugfixes enthalten, sollten auf den 'master'-Branch gerichtet werden.
Für die nächste Nebenversion (minor) gibt es jeweils einen eigenen Branch. Da aktuell die 3.6.0 in Entwicklung ist, müssen Pull Requests mit neuen Features somit auf den 'v3.6.0'-Branch gerichtet sein.
Für die nächste Hauptversion (major) gibt es ebenfalls einen eigenen Branch. Aktuell ist die 4.x in Entwicklung. Die Pull Requests für die neue Hauptversion sind somit auf den 'v4.0.0'-Branch zu richten.

Release-Strategie

Ein neues Release wird grundsätzlich 'nach Bedarf' veröffentlicht.
Es gibt keinen festen Rythmus oder Zeitpunkt für eine Veröffentlichung.