Stappenplan¶

Ontwikkelingsfase¶

In de ontwikkelingsfase werken ontwikkelaars aan het toevoegen van nieuwe mogelijkheden voor de volgende uitgave. Vroege deelnemers kunnen de nachtelijke builds, die we voor alle belangrijke platformen hebben, gebruiken om de voortgang van de ontwikkeling te bekijken, vroege testen te doen en rapporten voor problemen indienen en hun gedachten delen om met de ontwikkeling te helpen.

Bevriezing¶

In de fase bevriezing worden nieuwe mogelijkheden niet meer toegestaan en de focus van iedereen verplaatst zich van het verbeteren van QGIS naar het stabiliseren ervan. Dit wijzigt ook effectief de nachtelijke builds naar prereleases.

Gebruikers zouden moeten beginnen met uitgebreid testen van deze pre-uitgaven in hun omgeving om te verifiëren dat er geen problemen zijn, die zij in de komende uitgave niet terug zouden willen zien. Dergelijke problemen zouden allemaal moeten worden gerapporteerd (zie Bugs, Features and Issues). Alles wat niet wordt opgemerkt zal ook in de volgende uitgave zitten. Alleen in geval van serieuze problemen zal een backport naar de laatste uitgave plaatsvinden. Daarom is het testen van de pre-uitgaven en het rapporteren van problemen bijzonder belangrijk.

In de fase Bevriezing monitoren ontwikkelaars het systeem voor problemen en beginnen met het herstellen van de gerapporteerde problemen en werken het visuele log met wijzigingen bij met de mogelijkheden die door hen werden toegevoegd.

Aan het begin van de bevriezing zullen de te vertalen bestanden worden bijgewerkt, zodat vertalers hun werk kunnen beginnen. Onthoud dat dit een voortdurend proces kan zijn, omdat, hoewel de mogelijkheden zijn bevroren, oplossingen van problemen nog steeds wijzigingen zouden kunnen opleveren in te vertalen tekenreeksen.

Twee weken voor de uitgave wordt een harde bevriezing uitgevoerd, waarna alleen reparaties aan ernstige problemen en regressies, geïntroduceerd na de bevriezing, zijn toegestaan om in te voegen.

De uitgavemanager kondigt dit aan bij het bevriezen van mogelijkheden.

Uitgave¶

Op uitgavedatums van belangrijke en kleinere versies wordt de uitgavetak gemaakt en de uitgave wordt getagd en tarballs worden voorbereid. Puntuitgaven worden slechts getagd en worden tarballs gemaakt.

De inpakkers wordt bericht dat zij kunnen beginnen met inpakken.

Als enkele paketten beschikbaar zijn kan de uitgave worden aangekondigd en wordt de website overeenkomstig bijgewerkt.

Uitgaveschema¶

Het schema is dusdanig ontworpen dat ruwweg op dezelfde datums in elk jaar onze viermaandelijkse uitgaven met LTR’s worden geproduceerd waarbij eind februari de opslagplaats voor LTR wordt ingevoerd.

Beginnend na 2.12 is de ontwikkelfase altijd 12 weken en de vriesfase 5 weken. Herinneringen worden gebruikt om de vriesfase voor LTR-uitgaven te verlengen.

Puntuitgaven zullen elke maand worden uitgevoerd voor de laatste uitgavetak, als er terugkoppelingen zijn. Beginnend met de puntuitgave 3.28 worden uitgaven alleen nog uitgevoerd met de laatste nieuwe uitgaven.

In de eerste vier maanden na zijn uitgave is een nieuwe LTR ook de huidige LR. In deze fase vervangt de nieuwe LTR niet de voorgaande LTR in de opslagplaatsen van de LTR. Dat gebeurt zodra een nieuwe LR wordt uitgegeven.

Dit schema is ook beschikbaar als “iCalendar”.

Locatie van pre-uitgaven / nachtelijke builds¶