[Development] Qt 5.12 schedule proposal & proposal for release process change

Alex Blasche alexander.blasche at qt.io
Mon Apr 16 15:47:08 CEST 2018

> -----Original Message-----
> From: Development [mailto:development-
> Keeping release tags is OK for me. Motivation behind my proposal was to stop
> planning other release dates than FF & final target. Currently we are trying to
> estimate also alpha, beta and RC release dates and it seems to cause some
> delays for us: persons aren't fixing blocker issues or doing the test because it
> seems there is a time to do that later (because e.g RC date is planned to be after
> a month). So if the way to go is to do these "releases" immediately when ready
> it might help us to get fixes in earlier and so on also get releases out quicker...

At large I agree with Frederik. The bug side of thing (which delays) we could handle in a flexible manor exactly as described by Frederik. I do like to emphasize though that the dates for first beta and first RC are important (and FF is alpha) because they define times when certain level of changes are no longer permitted (e.g. after first beta no API changes). Therefore, you will not get around setting a target date for first Beta and RC.


More information about the Development mailing list