QGIS växer i funktionalitet och användning. Behoven av tydlighet och konsekvenserna när något blir fel blir allt viktigare att kunna hantera. Nu verkar det som att problemen runt releasen av 3.18 kommer att påverka hur framtida releaser kommer att kommuniceras. Om användare och utvecklare inte har stora invändningar så introduceras ett nytt begrepp i versionshanteringen.
Rent tekniskt så är det inget som förändras, men sättet en release hanteras kommer att se annorlunda ut.
När det är dags för en ny release så kommer exempelvis 3.20.0 att få tillägget ”Release Candidate” (RC), för att tydligt kommunicera att detta är den kommande releasen och att den är redo för bredare testning än tidigare mera otillgängliga ”master” versioner. Det kommer ingen ”extra” release av den ersatta versionen, så det blir inte fler versioner att hantera totalt. Att det är just en ”Release Candidate” kommer bland annat att synas på programmets ”Splash Screen”.
Versionen kommer att vara lika tillgänglig som nuvarande x.x.0 versioner med nedladdningslänkar och liknande, samt publiceringar i bland annat sociala media. Den ersätter som nämnts också den föregående versionen, vars nedladdningslänkar försvinner från en framträdande plats.
När sedan det är dags för version x.1 (exempelvis 3.20.1) så plockas epitetet RC bort och det blir en fullvärdig release.
Båda dessa tillfällen kommer att kommuniceras till användarna och hanteras som ”officiella” versioner, men där man som sagt tydligare trycker på att den första versionen inte är testad i alla aspekter till 100%, men att man i utvecklingsgruppen inte kan komma så mycket längre utan behöver användarnas hjälp på bredare front att hitta och fixa återstående problem.
Sättet att hantera LTR versioner kommer inte att förändras på grund av detta. Dessa versioner kommer fortsatt att ha flera x.x.X releaser innan de formellt ersätter tidigare LTR.
Förslaget är ganska ordentligt bearbetat och det råder stor enighet kring detaljer i förslaget som jag inte tar upp här. Den som trots allt har invändningar mot det här nya sättet att hantera versioner kan vända sig till styrgruppen för QGIS (PSC) för att ventilera dessa.