By that logic, 2.1.0 should have been somewhat as stable as 2.0.10 (the last release of 2.0.x branch before 2.1.0). However, we found out that it took almost 9 months for 2.1.x series to become stable and suitable for production. Going by past history, I am worried that it may take the same time for 2.2 to become stable.
Mohammed From: graham sanderson [mailto:[email protected]] Sent: Thursday, June 11, 2015 6:34 PM To: [email protected] Subject: Re: Cassandra 2.2, 3.0, and beyond I think the point is that 2.2 will replace 2.1.x + (i.e. the done/safe bits of 3.0 are included in 2.2).. so 2.2.x and 2.1.x are somewhat synonymous. On Jun 11, 2015, at 8:14 PM, Mohammed Guller <[email protected]<mailto:[email protected]>> wrote: Considering that 2.1.6 was just released and it is the first “stable” release ready for production in the 2.1 series, won’t it be too soon to EOL 2.1.x when 3.0 comes out in September? Mohammed From: Jonathan Ellis [mailto:[email protected]] Sent: Thursday, June 11, 2015 10:14 AM To: user Subject: Re: Cassandra 2.2, 3.0, and beyond As soon as 8099 is done. On Thu, Jun 11, 2015 at 11:53 AM, Pierre Devops <[email protected]<mailto:[email protected]>> wrote: Hi, 3.x beta release date ? 2015-06-11 16:21 GMT+02:00 Jonathan Ellis <[email protected]<mailto:[email protected]>>: 3.1 is EOL as soon as 3.3 (the next bug fix release) comes out. On Thu, Jun 11, 2015 at 4:10 AM, Stefan Podkowinski <[email protected]<mailto:[email protected]>> wrote: > We are also extending our backwards compatibility policy to cover all 3.x > releases: you will be able to upgrade seamlessly from 3.1 to 3.7, for > instance, including cross-version repair. What will be the EOL policy for releases after 3.0? Given your example, will 3.1 still see bugfixes at this point when I decide to upgrade to 3.7? -- Jonathan Ellis Project Chair, Apache Cassandra co-founder, http://www.datastax.com<http://www.datastax.com/> @spyced -- Jonathan Ellis Project Chair, Apache Cassandra co-founder, http://www.datastax.com<http://www.datastax.com/> @spyced
