osdir.com

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Roadmap for 4.0


I think the reason there's such a kerfuffle around a 'close-to-now' freeze date is more of a concern as to when cassandra 5.0 is going to be released. I'm assuming if people thought 5.0 was going to be released in early 2019 no one would have a problem with setting the freeze date of 4.0 to _right now_. But most likely people are thinking 5.0~sun explode time, and want to jam anything remotely protocol-breaking into 4 that they can now. I realize people are reticent about having a quick pipeline of .0 releases, which causes multiple release branches to support, but it seems that's the only way to actually get them out.


On 04/12/2018 06:45 PM, Jonathan Ellis wrote:
The thing is, good intentions are cheap. And they get cheaper the further
out in the future the point of action gets.

Realistically, the main difference between June and September is we ship
three months later. More, if we manage to land large, destabilizing patches
in the meantime.  I’m very skeptical it will actually result in additional
testing.  In my experience, people start testing once you actually have an
alpha or beta released. And even then they prefer to wait for a dot zero.

We only have about nine years of project history showing this, though.
I’m sure this time  will be different.

On Thu, Apr 12, 2018 at 3:59 PM Ben Bromhead <ben@xxxxxxxxxxxxxxx> wrote:

While I would prefer earlier, if Sept 1 gets better buy-in and we can have
broader commitment to testing. I'm super happy with that. As Nate said,
having a solid line to work towards is going to help massively.

On Thu, Apr 12, 2018 at 4:07 PM Nate McCall <zznate.m@xxxxxxxxx> wrote:

If we push it to Sept 1 freeze, I'll personally spend a lot of time
testing.
What can I do to help convince the Jun1 folks that Sept1 is acceptable?
I can come around to that. At this point, I really just want us to
have a date we can start talking to/planning around.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xxxxxxxxxxxxxxxxxxxx
For additional commands, e-mail: dev-help@xxxxxxxxxxxxxxxxxxxx

--
Ben Bromhead
CTO | Instaclustr <https://www.instaclustr.com/>
+1 650 284 9692
Reliability at Scale
Cassandra, Spark, Elasticsearch on AWS, Azure, GCP and Softlayer



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xxxxxxxxxxxxxxxxxxxx
For additional commands, e-mail: dev-help@xxxxxxxxxxxxxxxxxxxx