[Development] Qt 6.6 initial schedule (was: Proposal: let's change the release schedules a bit)
jani.heikkinen at qt.io
Tue Feb 14 09:00:59 CET 2023
It seems there isn't that much support to change the release schedule frame so let's keep the old one & plan new minor releases in March & September.
So my proposal for Qt 6.6 schedule is:
* Qt 6.6 Platform and Module freeze 19.5.2023
* Qt 6.6 Feature Freeze 2.6.2023
* Qt 6.6 Beta1 14.6.2023
* Qt 6.6 RC 12.9.2023
* Qt 6.6 Final release 26.9.2023
This is pretty much similar schedule we had with Qt 6.4.0. With this schedule we should be able to get the beta1 release out before midsummer & summer break.
> -----Original Message-----
> From: Development <development-bounces at qt-project.org> On Behalf Of
> Kevin Kofler via Development
> Sent: maanantai 13. helmikuuta 2023 16.59
> To: development at qt-project.org
> Subject: Re: [Development] Proposal: let's change the release schedules a bit
> Volker Hilsheimer via Development wrote:
> > But for the release team, the busy time is shortly before, and
> > significantly after the freeze. So from that perspective, having the
> > feature freeze either significantly before the summer break, or
> > afterwards, makes most sense. They are the ones most impacted.
> > So, if Jani and the team believe that their work will be made easier
> > by moving the feature freeze to be after the holidays, then let’s do
> > that. If we find out that it causes problems that outweigh the
> > benefits, then we can adjust again based on that experience.
> So you think it makes sense to inconvenience dozens of developers for the
> convenience of a handful release managers? Having only contributed small
> patches to Qt so far, I do not have a personal preference for the release
> schedule, but the way you are weighing the tradeoffs looks very odd to me.
> Kevin Kofler
> Development mailing list
> Development at qt-project.org
More information about the Development