Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakarta.ee-community] version numbers and release qualifiers

Where did you see it written that Maven's Best Practice is to use lower case?

The use of lower case in the Maven version document just seems like a
typographic convention since they use it for "snapshot" as well even
though I'm sure we can all agree that "SNAPSHOT" is the preferred convention.
Thus, I don't consider that document to define their best practice.

Did you find another document that does?

Markus KARG wrote on 1/27/20 2:20 PM:
> If Maven's Best Practice is to use lower case, then I do not see why we
> should got with upper case instead.
> SNAPSHOT is a special case as it is not a static qualifier but actually a
> trigger for a dynamic search ("find latest").
> -Markus
> 
> -----Ursprüngliche Nachricht-----
> Von: jakarta.ee-community-bounces@xxxxxxxxxxx
> [mailto:jakarta.ee-community-bounces@xxxxxxxxxxx] Im Auftrag von Bill
> Shannon
> Gesendet: Montag, 27. Januar 2020 22:33
> An: Jakara EE community discussions
> Betreff: [jakarta.ee-community] version numbers and release qualifiers
> 
> As most of you know, our rules for use of version numbers is published here:
> https://wiki.eclipse.org/JakartaEE_Maven_Versioning_Rules
> 
> I wanted to highlight recent decisions and validate one of them with this
> group.
> 
> 
> After a discussion in the platform project team, I've updated the rules to
> reflect a decision we made:
> 
> All Maven programming artifacts (read: jar files containing class files)
> are versioned with a three component version number <major>.<minor>.<micro>.
> In particular, API jar files use this three component version number, not
> the two component number used by specifications.
> 
> While, in usual fashion, this is only a recommendation for project teams,
> we consider this to be a very *strong* recommendation.
> 
> 
> Another issue we decided, but that I haven't updated the document to
> reflect,
> is that version qualifiers should always be upper case.  Version qualifiers
> follow the version number with a dash.  For example, in the version
> 1.2.3-SNAPSHOT, "SNAPSHOT" is the qualifier.
> 
> The other common qualifiers in use are:
> 
> M	- milestone
> RC	- release candidate
> B	- build, or sometimes beta
> 
> These qualifiers are followed by a number, allowing for multiple, ordered,
> milestones or release candidates or builds/betas.  This results in versions
> such as: 1.2.3-M1, 4.5.6-RC2, 7.8.9-B37, etc.
> 
> The Maven rules for ordering of versions are here:
> https://maven.apache.org/pom.html#Version_Order_Specification
> 
> You'll notice that the Maven rules use lower case for the qualifiers
> even though Maven ignores case when comparing qualifiers, and SNAPSHOT is
> effectively always used in upper case.
> 
> 
> While there was a strong consensus in the platform project team that version
> qualifiers should always be lower case, I wanted to check with the larger
> community to make sure we're not going against some wider community or Maven
> or other convention with the use of upper case.
> 
> If you have any concern about the use of upper case, and especially if you
> can
> point to evidence of lower case being a stronger convention, please let me
> know.
> 
> Silence means you agree upper case is best and thus there's no need to
> reply.
> 
> Thanks.
> _______________________________________________
> jakarta.ee-community mailing list
> jakarta.ee-community@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from
> this list, visit
> https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
> 
> _______________________________________________
> jakarta.ee-community mailing list
> jakarta.ee-community@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
> 


Back to the top