I think we’ve confused people plenty so far, that I’m not sure there’s much confusion to be saved by not making a clean break.
For 3.x (where x > 0 and x < 11) were, after all, <major>.<patch>[.<occasionally more patchy>] For some reason, at 11, we sort of switched back to semver? But seemingly only to enjoy everyone’s further confusion. Not that I feel super strongly about it, just that it might be nice to have a clean break to sanity, and pretend the past shenanigans never happened. > On 24 Sep 2018, at 17:55, Jeremiah D Jordan <jerem...@datastax.com> wrote: > > So as to not confuse people, even if we never put out a 4.1, I think we > should keep it 4.0.x, in line with 2.2.x, 3.0.x, 3.11.x. And yes our <More > Major>.<Major>.<Patch> versioning of the past never followed semver. > > -Jeremiah > >> On Sep 24, 2018, at 11:45 AM, Benedict Elliott Smith <bened...@apache.org> >> wrote: >> >> I’d like to propose we don’t do Semver. Back when we did this before, there >> wasn’t any clear distinction between a major and a minor release. They were >> both infrequent, both big, and were treated as majors for EOL'ing support >> for older releases. This must surely have been confusing for users, and I’m >> not sure what we got from it? >> >> Why don’t we keep it simple, and just have major.patch? So we would release >> simply ‘4’ now, and the next feature release would be ‘5'. >> >> >> >> >>> On 24 Sep 2018, at 17:34, Michael Shuler <mich...@pbandjelly.org> wrote: >>> >>> On 9/24/18 7:09 AM, Joshua McKenzie wrote: >>>> I propose we move all new features and improvements to 4.0.x to keep the >>>> surface area of change for the major stable. >>> >>> It occurs to me that we should probably update the version in trunk to >>> 4.0.0, if we're following semantic versions. I suppose this also means >>> all the tickets for 4.x should be updated to 4.0.x, 4.0 to 4.0.0, etc. >>> >>> -- >>> Michael >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org >>> For additional commands, e-mail: dev-h...@cassandra.apache.org >>> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org For additional commands, e-mail: dev-h...@cassandra.apache.org
