Roteiro

lançamentos e desenvolvimento para QGIS seguir um cronograma de tempo base.

  • Os números pares da versão (2.18, 3.2 etc) são versões de lançamento.
  • Os números ímpares da versão (2.99, 3.1 etc) são versões de desenvolvimento.

O lançamento irá acontece de quatro em quatro meses. Os primeiros três meses são dedicados ao novo desenvolvimento. No último mês anterior ao lançamento, de paralisar feição é convocado no mês final é usado para testar, correção de erros, tradução e preparações para o lançamento. Quando é feito o lançamento, um ramo com o número par de lançamento é criado e o ramo master avança para a próxima versão ímpar. Após o lançamento é feito a chamada para o empacotando.

Sempre a cada terceiro lançamento (iniciando na versão 2.8), teremos uma versão de longo tempo de lançamento (LTR) que será mantida até a próxima edição LTR.

Nota

Durante o desenvolvimento do QGIS 3.0 e 3.2, uma exceção a esse cronograma foi implementada. Visto o roteiro abaixo para informações ajustadas

Fase de desenvolvimento

Na fase de desenvolvimento, os programadores trabalham em novas funcionalidades para o próximo lançamento. Os usuários podem usar compilações nightly para a maioria das plataformas para ver o progresso de desenvolvimento, faça um teste preliminar e fornece um relatório de erros e os pensamentos para ajudar no desenvolvimento.

Congelamento de atualizações

Na fase de congelamento de atualizações, novas funcionalidades não são mais permitidas e o foco dos programadores se torna a estabilização da versão do QGIS. Isto também torna as versões “nightly builds” em pré-lançamentos.

Usuários devem iniciar testes intensivos destes pré-lançamentos para verificar o aparecimento de erros que devam ser corrigidos na versão a ser lançada. Todos erros devem ser reportados (veja Bugs, Features and Issues). Tudo que não for notado continuará na próxima versão. Apenas em casos de problemas muito sérios serão feitos ajustes antes de uma nova versão. Dessa forma, testes dos pré-lançamentos e reporte de erros são muito importantes.

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.

Com o início da paragem de novas funcionalidades os ficheiros de tradução são actualizados para que os tradutores possam começar o seu trabalho. Note que poderá ser um trabalho incremental, apesar da paragem das novas funcionalidades, a correcção dos erros podem introduzir alterações nas cadeias de texto da tradução.

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.

Calendário de lançamento

O cronograma está alinhado para produzir aproximadamente as mesmas datas todos os anos tendo em visto os nossos lançamentos a cada quatro meses e a versão LTR no final de fevereiro.

Iniciados após 2,12 a fase de desenvolvimento é sempre 12 semanas e a fase de congelamento é de pelo menos 5 semanas. Remanescentes são usados para estender a fase de congelamento da liberação da LTR.

Point releases will happen every month on the latest release branch and the LTR branch, if there are backports.

In the first four month after it’s 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.

The 2.18 release will replace the 2.14 release as LTR, but not replace 2.14 in the LTR package repositories before 3.0 is released.

Cronograma:

Evento Latest Long-Term Repo Freeze Data Week # Semanas
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  

Legenda do evento:

Evento Descrição
LTR Lançamento a longo prazo, começo da nova fase de desenvolvimento
LR Lançamento regular, começar de novo fase de desenvolvimento
FF Congelamento de recursos, o fim da fase de desenvolvimento
SF Soft freeze with bi-monthly vote
PR Lançamento pontual da versão mais recente e ramo LTR
EPR Extra Point release

Localização de pré-lançamentos /nightly builds

Plataforma Localização
Windows Lançamento candidato semanal (instalador standalone)
OSGeo4W
Linux Debian/Ubuntu
MacOS Mac OS