从3.0版开始，Maven使用一致的系统来比较各个版本和版本范围的版本号。一旦你理解了一些陷阱，这个系统现在就很有意义了。
所有的比较现在都是由ComparableVersion完成的，它说：

• 混合“-”（破折号）和“.”（圆点）分隔符，
• 字符和数字之间的转换也构成了分隔符：1.0alpha1 => [1, 0, alpha, 1]
• 无限数量的版本组件，
• 文本中的版本组件可以是数字或字符串，
• 检查字符串中是否存在已知的限定符，并且将限定符排序用于版本排序。众所周知的限定符（不区分大小写）是：
• alpha或a
• beta或b
• milestone或m
• rc或cr
• snapshot
• （空字符串）或ga或final
• sp
• 未知限定符在已知限定符之后考虑，具有词汇顺序（始终不区分大小写），
• 破折号通常在限定词之前，并且总是比前面带点的东西不重要。

这意味着版本按照以下顺序出现，我认为这是完全有意义的，除了中间的1.0-SNAPSHOT：

• 1.0-beta1-SNAPSHOT
• 1.0-beta1
• 1.0-beta2-SNAPSHOT
• 1.0-rc1-SNAPSHOT
• 1.0-rc1
• 1.0-SNAPSHOT
• 1.0
• 1.0-sp
• 1.0-whatever
• 1.0.1

我在所有这些中发现的主要问题是，snapshot在 * beta或rc之后，所以你不能有1.0-SNAPSHOT的开发版本，然后发布1.0-beta1或1.0-rc1，让Maven理解这些是以后的版本。
另外请注意，1.0-beta-1与1.0beta1完全相同，1.0与1或1.0.0完全相同。
版本范围现在也以您期望的方式工作（几乎）。例如，[1.0-alpha-SNAPSHOT,1.0]将查找1.0-beta1-SNAPSHOT、1.0-beta1、1.0-rc1-SNAPSHOT、1.0-rc1、1.0-SNAPSHOT或1.0，优先选择后面的项而不是前面的项。mvn versions:resolve、M2 Eclipse等完全支持这一点。

这是一个直接针对来自Maven的ComparableVersion类编写的测试。

package org.codehaus.mojo.buildhelper.versioning;

import org.apache.maven.artifact.versioning.ComparableVersion;
import org.junit.Assert;
import org.junit.Test;

public class TempTest {
    @Test
    public void testVersions() {
        Assert.assertTrue(new ComparableVersion("1.0-beta1-SNAPSHOT").compareTo(
                new ComparableVersion("1.0-beta1")) < 0);
        Assert.assertTrue(new ComparableVersion("1.0-beta1").compareTo(
                new ComparableVersion("1.0-beta2-SNAPSHOT")) < 0);
        Assert.assertTrue(new ComparableVersion("1.0-beta2-SNAPSHOT").compareTo(
                new ComparableVersion("1.0-rc1-SNAPSHOT")) < 0);
        Assert.assertTrue(new ComparableVersion("1.0-rc1-SNAPSHOT").compareTo(
                new ComparableVersion("1.0-rc1")) < 0);
        Assert.assertTrue(new ComparableVersion("1.0-rc1").compareTo(
                new ComparableVersion("1.0-SNAPSHOT")) < 0);
        Assert.assertTrue(new ComparableVersion("1.0-SNAPSHOT").compareTo(
                new ComparableVersion("1.0")) < 0);
        Assert.assertTrue(new ComparableVersion("1.0").compareTo(
                new ComparableVersion("1")) == 0);
        Assert.assertTrue(new ComparableVersion("1.0").compareTo(
                new ComparableVersion("1.0-sp")) < 0);
        Assert.assertTrue(new ComparableVersion("1.0-sp").compareTo(
                new ComparableVersion("1.0-whatever")) < 0);
        Assert.assertTrue(new ComparableVersion("1.0-whatever").compareTo(
                new ComparableVersion("1.0.1")) < 0);
    }
}

此测试Assert以下版本被Maven认为是从最低到最高的：

• 1.0-beta1-SNAPSHOT
• 1.0-beta1
• 1.0-beta2-SNAPSHOT
• 1.0-rc1-SNAPSHOT
• 1.0-rc1
• 1.0-SNAPSHOT
• 1.0和1（两者相等）
• 1.0-sp
• 1.0-whatever
• 1.0.1

你关于使用major/minor/incremtal/etc的假设。是完全错误的比较是在包含实现的ComparableVersion中完成的。ctor将调用parseVersion(...)，它使用ComparableVersion，ComparableVersion作为示例存储在DefaultArtifactVersion中，并在compareTo(..)期间使用
有getMajor..等部件。但它们不能正常工作这就是为什么会be marked deprecated。
Stehpen Collony的信息对于Maven 2是正确的，但不再适用于Maven 3。