> Nevertheless, it requires fixes I have run all tests successfully against 4.1.0-PRE1, without modification[1].
> more importantly requires others in the ecosystem to adapt There is no such requirement for publishing these as alphas, but without evidence to the contrary I doubt the downstream impact of this change will greatly exceed the time we are spending discussing this. > I am not comfortable relying upon the pre-release tag being case-sensitive > alphanumerically ordered. Whereas I am very uncomfortable publishing pre-release snapshots that are not marked as such. I think we’ve hashed this out more than enough, so let’s get some indicative votes to determine which one the community endorses. I will send a separate email for that purpose. [1] https://app.circleci.com/pipelines/github/belliottsmith/cassandra?branch=pre1&filter=all From: Mick Semb Wever <m...@apache.org> Date: Tuesday, 21 December 2021 at 15:48 To: Cc: dev@cassandra.apache.org <dev@cassandra.apache.org> Subject: Re: [DISCUSS] Periodic snapshot publishing with minor version bumps > My preference is to get our versioning as standard Semantic Versioning as > possible, to avoid any precedence that depends on finely reading through the > spec that isn't otherwise popular. Requiring the ordering of the pre-release > tag to be case-sensitive alphanumeric is an example of this, but only one. I am not comfortable relying upon the pre-release tag being case-sensitive alphanumerically ordered. Standardising on lower-case pre-release labels and build metadata can be beneficial, especially when cross-platform scenarios are considered. (One of SemVer author's own words.) One example implementation exists here (in a library that we do already use) https://github.com/vdurmont/semver4j/blob/master/src/main/java/com/vdurmont/semver4j/Semver.java#L235 And when it comes to cognitive load, I would question the load of knowing what the difference between PRE1 and SNAPSHOT is (when there is none), and why we use a custom pre-release tag on builds that are not releases.