Planung¶

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 der 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, dass 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.

Im Feature Freeze beobachten Entwickler den Bugtracker und beginnen mit der Beseitigung der berichteten Fehler und aktualisieren das Visuelle Änderungsprotokoll um die hinzugefügten Funktionen.

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

Zwei Wochen vor dem Release setzt ein harter Freeze ein, nachdem nur noch Reparaturen an ernsthaften Problemen und Regressionen, die nach dem Feature Freeze herauskamen, erlaubt sind.

Der Release Manager verkündet dies beim Feature Freeze.

Version¶

Bei Major- und Minor-Release-Terminen wird der Release-Branch erstellt, der Release wird getaggt und Pakete werden vorbereitet. Point-Releases werden nur getaggt und Pakete werden erzeugt.

Die Paketersteller werden informiert, dass das Paketieren beginnen kann.

Sobald einige Pakete verfügbar sind kann das Release verkündet werden und die Webseite wird entsprechend aktualisiert.

Freigabe-Zeitplan¶

The schedule is aligned to produce roughly the same dates for each year given our four monthly releases with LTRs entering the LTR repo in late february.

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.

Point releases will happen every month on the latest release branch branch, if there are backports. Beginning with the 3.28 release point releases are only done with new latest releases.

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.

Der Zeitplan ist außerdem als „iCalendar“ verfügbar.

Ort von Vorabversionen / nächtlichen Kompilaten¶