Versionierung / Tagging
Verfasst: Mo 25. Mär 2013, 10:18
Da schon die ersten Interessenten die Entwicklung begleiten, haben wir jetzt eine numerische Versionierung eingeführt. Die Versionierung beginnt jetzt mit 0.1.0, die Release-Version wird dann die Version 1.0.0 haben. Wir verwenden hierfür das Tagging, was im Umfeld von Versionsverwaltungssoftware das Festhalten eines bestimmten Standes bedeutet. In der aktuellen Entwicklungsversion 0.x werde ich in der Regel dann ein Tag erzeugen, wenn ich mindestens die Installation getestet habe. Das heißt dann aber nicht, daß auch der Rest funktioniert. Dafür sind es halt Entwicklungs-Snapshots.
Vor der offiziellen Beta sind die sozusagen schon per Definition (mehr oder weniger) "kaputt".
Die Versionsnummer hat folgende Bedeutung:
Die erste Stelle
...bezeichnet das "Major Release", also die Hauptversion. Wir beginnen mit 0, nicht mit 1, weil wir ja noch auf die Version 1.0 hinarbeiten.
Die zweite Stelle
...bezeichnet das "Minor Release", also eine Unterversion. Unterversionen beinhalten eine Summe von Bugfixes und neuen Funktionen, die wir zu irgendeinem Zeitpunkt als neue Version freigeben.
Die dritte Stelle
...verwenden wir für Patches. Patchversionen werden in der Regel dann herausgegeben, wenn eine Korrektur dringlich ist und wir deshalb nicht auf das nächste Minor Release warten wollen.
So lange die Versionsnummer mit 0 beginnt, werden wir obige Struktur nicht so streng einhalten, da diese Version ohnehin nicht für den produktiven Einsatz gedacht ist. Ab Version 1.0(.0) kann man sich dann aber darauf verlassen.
GitHub erzeugt mit dem Hinzufügen eines Tags automatisch einen Download, also ein Zip. Die vorhandenen Tags = Zips = Stände können hier eingesehen werden:
https://github.com/webbird/LEPTON_2_BlackCat/tags

Die Versionsnummer hat folgende Bedeutung:
Die erste Stelle
...bezeichnet das "Major Release", also die Hauptversion. Wir beginnen mit 0, nicht mit 1, weil wir ja noch auf die Version 1.0 hinarbeiten.
Die zweite Stelle
...bezeichnet das "Minor Release", also eine Unterversion. Unterversionen beinhalten eine Summe von Bugfixes und neuen Funktionen, die wir zu irgendeinem Zeitpunkt als neue Version freigeben.
Die dritte Stelle
...verwenden wir für Patches. Patchversionen werden in der Regel dann herausgegeben, wenn eine Korrektur dringlich ist und wir deshalb nicht auf das nächste Minor Release warten wollen.
So lange die Versionsnummer mit 0 beginnt, werden wir obige Struktur nicht so streng einhalten, da diese Version ohnehin nicht für den produktiven Einsatz gedacht ist. Ab Version 1.0(.0) kann man sich dann aber darauf verlassen.
GitHub erzeugt mit dem Hinzufügen eines Tags automatisch einen Download, also ein Zip. Die vorhandenen Tags = Zips = Stände können hier eingesehen werden:
https://github.com/webbird/LEPTON_2_BlackCat/tags