Java maven非标准版本控制导致意外的最新版本结果

有人提到

如果在项目版本控制方案中没有遵循Maven版本控制标准，那么为了进行版本比较，Maven将整个版本解释为一个简单的字符串

从这个例子中，我们可以看到

1.0.9.3

应该比

1.0.10.1

1.0.1.0 
1.0.10.1
1.0.10.2
1.0.9.3 < most updated version

Q1: 然而，当我运行

mvn版本：display dependency updates

时，它说

1.0.16

是最新的版本。为什么?

Q2: 我是否应该采取措施删除非标准

1.0.12.2

？注：除

1.0.12.x

外，所有版本均遵循maven版本控制标准

---

[INFO]com.示例：http。。。。。。。。。。。。。。。。。。。。。。。。。。。。1.0.12.2->1.0.16

机制在大约10年前发生了变化，因此您的信息已经过时。Maven能够对任意长的版本号进行排序，参见

---

更多信息也可以在答案中找到

机制在大约10年前发生了变化，因此您的信息已经过时。Maven能够对任意长的版本号进行排序，参见

---

更多信息也可以在答案中找到

首先，您给出的链接不再正确，因为这适用于Maven 2.X，但我希望您使用的是Maven 3.X？此外，为什么版本1.0.9.3要比版本1.0.10.2更新。这根本没有意义。另一个问题：为什么一个项目产生的版本不遵循语义版本和与任何逻辑相矛盾的东西？@khmarbaise谢谢你提供的信息。我只是说

1.0.9.3

应该比

1.0.10.2

更新。我只是期待这种行为，因为（过时的）医生是这么说的。好奇的是，最新版本有什么最佳实践或惯例可以遵循吗？是的，只需遵循语义版本控制，除此之外，

1.0.9.3

只比

1.0.10.2

旧。顺序是1.0.9.3、1.0.9.4等，然后是1.0.10.0，1.0.10.1和1.0.10.3…这些文档来自Oracle，完全错误，与Apache Maven项目无关。请阅读JF Meier提到的我的博客文章…顺便说一句：请更改你的文章，特别是来自该链接的引用，并将其标记为无效！！首先，您给出的链接不再正确，因为这对Maven 2.X来说是正确的，但我希望您使用的是Maven 3.X？此外，为什么版本1.0.9.3要比版本1.0.10.2更新。这根本没有意义。另一个问题：为什么一个项目产生的版本不遵循语义版本和与任何逻辑相矛盾的东西？@khmarbaise谢谢你提供的信息。我只是说

1.0.9.3

应该比

1.0.10.2

更新。我只是期待这种行为，因为（过时的）医生是这么说的。好奇的是，最新版本有什么最佳实践或惯例可以遵循吗？是的，只需遵循语义版本控制，除此之外，

1.0.9.3

只比

1.0.10.2

旧。顺序是1.0.9.3、1.0.9.4等，然后是1.0.10.0，1.0.10.1和1.0.10.3…这些文档来自Oracle，完全错误，与Apache Maven项目无关。请阅读JF Meier提到的我的博客文章…顺便说一句：请更改你的文章，特别是来自该链接的引用，并将其标记为无效！！谢谢我发现现在版本控制比以前更加灵活。好奇的是，最新版本有什么最佳实践或惯例可以遵循吗？好吧，很多人使用三个或四个版本号，或者

major.minor.bugfix

或者

major.minor.bugfix buildnumber

。根据上下文，您可能希望使用BETA、RC或SP等结尾。谢谢。我发现现在版本控制比以前更加灵活。好奇的是，最新版本有什么最佳实践或惯例可以遵循吗？好吧，很多人使用三个或四个版本号，或者

major.minor.bugfix

或者

major.minor.bugfix buildnumber

。根据上下文的不同，您可能希望使用BETA、RC或SP等结尾。

1.0.0
1.0.12.2
1.0.16
1.0.9