Ich unterhalte ein Open Source-Projekt und veröffentliche seine Veröffentlichungen unterThe Central Repository. Ich habe gerade @ veröffentlicoshi-core-2.6. Die Versionierung in meinempom.xml für diese Version lautet:

<groupId>com.github.dblock</groupId>
<artifactId>oshi-core</artifactId>
<version>2.6</version>

Mein Code erfordert aufgrund der Datums- / Uhrzeitfunktionen Java 8. Um die Anforderung eines Benutzers zu unterstützen, habe ich vor dieser Version eine Java 7-kompatible Version unter Verwendung des threeten-Backports veröffentlichpom.xml:

<groupId>com.github.dblock</groupId>
<artifactId>oshi-core</artifactId>
<version>2.6-m-java7</version>

Wie Versionsnummern in Maven funktionieren gibt an, dass "alle Versionen mit einem Qualifier älter sind als die gleiche Version ohne Qualifier (Release-Version)." Eine weitere StackOverflow-Frage,Wie sortiert Maven Versionsnummern?, hat eine Antwort unter Berufung auf das ComparableVersion Klasse, die mehrere bekannte Qualifier (Alpha, Beta, Milestone, RC und Snapshot) auflistet, die "früher" sortiert werden sollen als das ga / final-Release (leere Zeichenfolge).

achdem ich in einer früheren Version ein benutzerdefiniertes Qualifikationsmerkmal verwendet habe, habe ich versucht, das Meilensteinqualifikationsmerkmal zu verwenden -m-) in meiner Java7-Version, um Maven anzuzeigen, dass es sich um eine "frühere" Version als 2.6 handeln soll. Jedoch, Durchsuchen des zentralen Repository zeigt, dass das-m- version ist die "Neueste Version".

Fragen, die ich habe:

Warum stimmt die Sortierung im Central Repository nicht mit der dokumentierten Sortierung überein, die ich oben verlinkt habe?Verwendet es eine frühere Version (vor 3.2) von Mavens Sortierung? Wenn ja, mit welcher konsistenten Sortierung "Neueste Version" kann ich rechnen? Hat der Bindestrich in meinem Artefaktnamen eine Auswirkung? Gibt es einen besseren Weg, die gleiche Versionsnummer in zwei Formaten zu veröffentlichen, als den Weg, den ich (offensichtlich schlecht) gewählt habe?