Planung

Veröffentlichung und Entwicklung von QGIS erfolgt nach einem Zeitplan.

  • Gerade Versionsnummern (2.18, 3.2, usw) sind veröffentliche Ausgaben.
  • Ungerade Versionnummern (3.1, 3.3 usw.) sind Entwicklungsversionen.

Alle vier Monate wird eine neue Version veröffentlicht. In den ersten drei Monaten findet neue Entwicklung statt. Danach wird eine Feature Freeze ausgelöst, in dem keine neuen Funktionen mehr hinzugefügt werden. Der letzte Monat für Tests, Fehlerbehebung, Übersetzung und Freigabevorbereitung verwendet. Wenn die Freigabe stattfindet wird eine Zweig mit einer geraden Zahl erstellt und der Master-Zweig erhält die nächste ungerade Zahl. Nach der Freigabe wird zur Erstellung von Paketen aufgerufen.

Jedes dritte Versionfreigabe (beginnend mit 2.8) ist ein langfristige Versionslinie (engl. Long Term Release; LTR) das bis zur nächsten langfristigen Versionslinie gepflegt wird.

Bemerkung

Während der Entwicklung von QGIS 3.0 und 3.2 wurde eine abweichender Zeitplan festgelegt. Unten der angepaßte Zeitplan:

Entwicklungsphase

In der Entwicklungsphase arbeiten die Entwickler an neuen Funktionen für die nächste Version. Frühzeitige Anwender können sich mit den nächtlichen Kompilaten, die wir für die Hauptplattformen haben, einen Eindruck des Entwicklungsfortschritt machen, Vorabtests durchführen und Fehlermeldungen und Ihre Gedanken liefern um die Entwicklung zu unterstützen.

Feature freeze

In der Feature Freeze Phase sind keine neuen Funktionen mehr erlaubt und jedermanns Fokus wechselt vom Erweitern von QGIS auf dessen Stabilisierung. Dies macht die nächtlichen Kompilate auch effektiv zu prereleases.

Anwender sollten nun mit ausgeweitetem Testen dieser Vorabversionen in Ihrer Umgebung beginnen und überprüfen, daß es keine Dinge gibt, die sie nicht im kommenden Versionsfreigabe antreffen wollen. Alle Schwierigkeiten sollten berichtet werden (siehe `Fehler, Funktionen und Probleme`_). Alles was unentdeckt bleibt, wird auch in die nächste Version kommen. Nur im Falle von schwerwiegenden Probleme werden Punktversionen (z.B. 2.4.1) erfolgen. Daher ist das Testen der Vorabversionen sehr wichtig.

In the feature freeze developers monitor the bugtracker and start working on fixing the reported issues and update the visual changelog with the features they added.

Mit dem Beginn des Feature Freezes werden auch die Übersetzungsdateie aktualisiert, damit die Übersetzer mit ihrer Arbeit beginnen können. Beachten Sie das die eine inkrementeller Prozeß sein kann, obwohl die Funktionen feststehen. Fehlerkorrekturen könnten immer noch Änderungen an den Übersetzungstexten mit sich bringen.

The release manager announces this on feature freeze.

Release

On major and minor release dates the release branch is created and the release is tagged and tar balls are prepared. Point releases are just tagged and tar balls are created.

The packagers are notified that packaging can begin.

Once some packages are available the release can be announced and the website is updated accordingly.

Freigabe-Zeitplan

Der Zeitplan ist darauf ausgerichtet in jedem Jahr etwa die gleichen Daten für unsere viermonatlichen Releases mit den LTRs im späten Februar zu liefern.

Beginnend nach 2.12 ist die Entwicklungsphase immer 12 Wochen lang und die Feature-Freeze-Phase mindestens 5 Wochen. Restwochen werden der Feature-Freeze-Phase des LTR-Release zugeschlagen.

Punktversionen finden jeden Monat auf dem Releasebranch und dem LTR-Branch statt, wenn es Rückportierungen gibt.

In den ersten vier Monaten nach der Veröffentlichung eines neuen LTR ist es auch das aktuelle LR. In dieser Phase ersetzt es das vorherige LTR noch nicht in den LTR-Repositorien. Dies findet erst statt, wenn ein neues LR freigeben wird.

Die Version 2.18 ersetzt 2.14 als LTR, aber ersetzt 2.14 nicht im LTR-Repositorium bevor 3.0 freigegeben ist.

Zeitplan:

Ereignis Aktuell Langfr. Repos. Freeze Datum Woche Wochen
PR 2.18.4 2.14.12   2017-02-24 9 4
PR 2.18.5 2.14.13   2017-03-24 13 2
EPR 2.18.6     2017-04-07 15 2
PR 2.18.7 2.14.14   2017-04-21 17 4
LTR 2.18.8 2.14.15   2017-05-19 21 1
EPR 2.18.9     2017-05-26 22 4
PR 2.18.10 2.14.16   2017-06-23 26 4
PR 2.18.11 2.14.17   2017-07-21 30 4
PR 2.18.12 2.14.18   2017-08-18 34 4
PR 2.18.13 2.14.19   2017-09-15 38 6
PR/SF 2.18.14 2.14.20 2.99 2017-10-27 44 6
PR 2.18.15 2.14.21   2017-12-08 50 6
PR 2.18.16 2.14.22   2018-01-19 3 5
LR/PR 3.0.0 2.18.17   2018-02-23 8 4
PR 3.0.1 2.18.18   2018-03-23 12 4
PR 3.0.2 2.18.19   2018-04-20 16 4
PR/FF 3.0.3 2.18.20 3.1 2018-05-18 20 5
LR/PR 3.2.0 2.18.21   2018-06-22 25 4
PR 3.2.1 2.18.22   2018-07-20 29 4
PR 3.2.2 2.18.23   2018-08-17 33 4
PR/FF 3.2.3 2.18.24 3.3 2018-09-14 37 6
LTR/PR 3.4.0 2.18.25   2018-10-26 43 4
EPR 3.4.1     2018-11-02 44 4
PR 3.4.2 2.18.26   2018-11-23 47 4
PR 3.4.3 2.18.27   2018-12-21 51 4
PR/FF 3.4.4 2.18.28 3.5 2019-01-18 3 5
LR/PR 3.6.0 3.4.5   2019-02-22 8 4
PR 3.6.1 3.4.6   2019-03-22 12 4
PR 3.6.2 3.4.7   2019-04-19 16 4
PR 3.6.3 3.4.8 3.7 2019-05-17 20 6
LR/PR 3.8.0 3.4.9   2019-06-28 26  

Ereignislegende:

Ereignis Beschreibung
LTR Langfristige Version, Beginn der neuen Entwicklungsphase
LR Reguläre Version, Beginn der neuen Entwicklungsphase
FF Feature-Freeze, Ende der Entwicklungsphase
SF Soft-Freeze mit zwei Abstimmungen im Monat
PR Point-Release des aktuellen und des LTR-Zweigs
EPR Zusätzliches Point-Release

Ort von Vorabversionen / nächtlichen Kompilaten

Plattform Ort
Windows Wöchentlicher Freigabe-Kandidat (eigenständige Installation)
OSGeo4W
Linux Debian/Ubuntu
MacOS Mac OS