Re: Intentions for 1.11 release timing
From: Julian Foad <julianfoad_at_apache.org>
Date: Fri, 22 Jun 2018 14:26:53 +0100
Daniel Shahaf wrote:
> The new documentation states that 1.9 would be an LTS release, to be supported
(and then supported with security/corruption fixes until 1.18 is released)
> but 1.9 would be a "normal" release, to be supported
Previously we did not lead users to think that some releases were going to be supported much longer than others so it was reasonable for any user to choose 1.9 as the release they plan to use for a longish period (say 4 years) and expect it will be supported (with security/corruption fixes) for about that time.
That is why I think we should keep the support period for 1.9 as one release (until 1.10) for general fixes plus 2 years (being roughly the same as one old release cycle period that would have been expected) for security/corruption fixes.
Another angle on this: I interpret what we are doing as inserting extra mini-feature-releases into the existing cycle, rather than compressing the existing cycle to happen four times faster. So telling a user that "the next release" they were expecting is suddenly going to be a quick mini-release would be an unwelcome surprise in terms of support stability. (Hopefully at the same time a welcome surprise in other ways.)
What do you think?
This is an archived mail posted to the Subversion Dev mailing list.