Feuille de route

Les versions et le développement de QGIS suivent un planning préétabli.

  • Les versions à numéros pairs (2.18, 3.2, etc.) sont des versions stables.
  • Les versions à numéros impairs (2.99, 3.1, etc.) sont des versions de développement.

A new release will happen every four months. In the first three months, new development is taking place. In the last month before a release, a feature freeze is invoked and the final month is used for testing, bugfixing, translation and release preparations. When the release happens, a branch with an even release number is created and the master branch advances to the next odd version. After the release a call for packaging is issued.

Toutes les trois publications (en commençant par la 2.8), la version sera maintenue à long terme (LTR) jusqu’à la prochaine publication à long terme.

Phase de développement

In the development phase, developers work on adding new features for the next release. Early adopters can use the nightly builds we have for all major platforms to see the development progress, do preliminary testing and provide bug reports and their thoughts to help with development.

Gel des fonctionnalités

In the feature freeze phase, new features are not allowed in anymore and the focus of everyone moves from enhancing QGIS to stabilizing it. This also turns the nightly builds effectively into prereleases.

Les Utilisateurs devraient commencer à tester de manière intensive les pré-versions dans leur système d’exploitation afin de s’assurer qu’il n’y a pas de problème qu’ils souhaiteraient ne pas voir dans la prochaine version. Toutes ces observations devraient être signalées (voir Erreurs, Fonctionnalités, Questions). Tout ce qui ne sera pas rapporté risque de finir dans la prochaine version. Seulement en cas de problèmes sérieux, une version intermédiaire sera publiée. Le test des pré-versions et le signalement des problèmes sont donc une phase très importante.

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.

With the start of the feature freeze, the translation files will be updated so that translators can start their work. Note that this might be an incremental process as although the features are frozen, bug fixes might still introduce translation string changes.

Two weeks before the release, a hard freeze is initiated after which only fixes to severe problems and regressions introduced after the feature freeze are allowed in.

Le responsable de publication l’annonce lors du gel des fonctionnalités.

Sortie

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.

Les compilateurs de logiciels sont notifiés que la compilation peut commencer.

Lorsque des packages sont disponibles la sortie peur être annoncée et le site web est mis à jour.

Calendrier de sortie

Le programme de sortie des versions est organisé de manière à ce qu’elles aient lieu aux mêmes dates chaque année suivant le rythme d’une version tous les quatre mois et une version à long terme LTR à la fin du mois de février.

A partir de la version 2.12, une phase de développement de 12 semaines aura lieu suivi d’une phase de 5 semaines de gel de nouvelles fonctionnalités. Les mainteneurs ont l’habitude d’étendre la phase de gel pour les versions à long terme.

Les versions ponctuelles seront publiées tous les mois sur la branche de la dernière version ainsi que sur la branche LTR s’il existe des rétro-portages.

In the first four months after its release, a new LTR is also the current LR. In this phase, the new LTR doesn’t replace the previous LTR in the LTR repositories. This happens as soon as a new LR is released.

La version 2.18 remplacera la version 2.14 en tant que LTR, mais ne remplacera pas 2.14 dans les dépôts LTR avant la distribution de la version 3.0.

Ce calendrier est aussi disponible en « iCalendar ».

Programme :

Évènement Dernier Dépôt à long terme Gel Date Semaine n° Semaines
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/FF 3.6.3 3.4.8 3.7 2019-05-17 20 5
LR/PR 3.8.0 3.4.9   2019-06-21 25 4
PR 3.8.1 3.4.10   2019-07-19 29 4
PR 3.8.2 3.4.11   2019-08-16 33 3
FF     3.9 2019-09-06 36 1
PR 3.8.3 3.4.12   2019-09-13 37 4
HF       2019-10-11 41 2
LTR/PR 3.10.0 3.4.13   2019-10-25 43 6
PR 3.10.1 3.4.14   2019-12-06 49 6
PR/FF 3.10.2 3.4.15 3.11 2020-01-17 3 5
LR/PR 3.12.0 3.10.3   2020-02-21 8 4
PR 3.12.1 3.10.4   2020-03-20 12 4
PR 3.12.2 3.10.5   2020-04-17 16 4
PR/FF 3.12.3 3.10.6 3.13 2020-05-15 20 5
LR/PR 3.14.0 3.10.7   2020-06-19 25 4
PR 3.14.1 3.10.8   2020-07-19 29 4
PR 3.14.15 3.10.9   2020-08-14 33 4
PR/FF 3.14.159 3.10.10 3.15 2020-09-11 37 6
LTR/PR 3.16.0 3.10.11   2020-10-23 43 4
PR 3.16.1 3.10.12   2020-11-20 47 4
PR 3.16.2 3.10.13   2020-12-18 51 4
PR/FF 3.16.3 3.10.14 3.17 2021-01-15 3 5
LR/PR 3.18.0 3.16.4   2021-02-19 8 4

Légende :

Évènement Description
LTR Version maintenue à long terme, début d’une nouvelle phase de développement
LR Version régulière, début d’une nouvelle phase de développement
FF Gel des fonctionnalités, fin de la phase de développement
HF Gel total
SF Gel simple par vote bimensuel
PR Version ponctuelle de la dernière version et de la branche LTR
EPR Version ponctuelle supplémentaire

Localisation des pré-versions / nightly builds

Plateforme Localisation
Windows OSGeo4W
Linux Debian/Ubuntu
MacOS Mac OS