Hi Gabriel, thanks for opening this discussion. I'm +1 on it. My considerations:
- We've to put a lot of efforts to support 3+ LTS simultaneously, which doesn't make sense. Regular versions will give us some breath and will reduce rework. - Although the EOL is well defined, it seems we don't have a solid criteria to define new versions, because they don't have a pattern. Users don't know when they will have a new version. Also, we don't have much planning to do the implementations. - We've been seeing Ubuntu life-cycle working for a long time, and we know it works well. It's a good reference to follow, we will not need to reinvent the wheel.
Best regards, Daniel. On 31/08/2021 14:44, Gabriel Bräscher wrote:
Hello, I would like to open a discussion regarding the project release cycle. More specifically on the following topics: 1. LTS and Regular releases 2. Releases period 3. Enhance roadmap and Release cycle for users #### 1 LTS and Regular releases It has been a while since the last regular release. Nowadays there are only LTS releases; maybe we should get back to having regular versions in between LTS. With a “Regular” release users would be able to trade stability for new features. Additionally, developers and users would have a “pilot” of the next LTS which could anticipate issues and result in a stable long-term release. Please, let me know what you think of this. Should we get back to releasing Regular releases in between LTS releases? For reference, here follow the past releases: +---------+---------+--------------+-------------+ | Release | Type | Release date | EOL | +---------+---------+--------------+-------------+ | 4.15 | LTS | 19 Jan 2021 | 1 July 2022 | +---------+---------+--------------+-------------+ | 4.14 | LTS | 26 May 2020 | 1 Jan 2022 | +---------+---------+--------------+-------------+ | 4.13 | LTS | 24 Sep. 2019 | 1 May 2021 | +---------+---------+--------------+-------------+ | 4.12 | Regular | 4 April 2019 | N/A | +---------+---------+--------------+-------------+ | 4.11 | LTS | 12 Feb. 2018 | 1 July 2019 | +---------+---------+--------------+-------------+ | 4.10 | Regular | 6 July 2017 | N/A | +---------+---------+--------------+-------------+ | 4.9 | LTS | 25 July 2016 | 1 July 2018 | +---------+---------+--------------+-------------+ #### 2 Releases period We had in the past a new LTS per year. Then, we got into two new LTS per year. This led from having 2 LTS maintained at the same time to 3. With that said, I think this is neither documented nor has it been discussed in the ML. We have the LTS minimum and maximum support dates well defined, but so far there is no definition/guidelines towards the release period. I would like to open this discussion so we can update the CloudStack wiki page [https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS] and have a clear definition of when the community should expect each release. #### 3 Enhance roadmap and Release cycle for users This topic is an extension of Topic 2. Once we have “Topic 2” well defined we will be able to present a draft of future releases. The main idea of this email is to look for project stability and predictability with a release cycle/roadmap similar to what is done by Ubuntu [https://ubuntu.com/about/release-cycle]. We would then be able to give users and developers a roadmap to look after. I would also suggest such a release cycle to be presented on the website, in addition to the “cwiki” page [ https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS]. Please let me know what you think. Best regards, Gabriel.
