您是否可能依赖于在开发过程中明显变化很大的开发版本？

不增加开发版本的版本，您可以只使用快照版本，在必要时覆盖快照版本，这意味着您不必在每次微小更改时更改版本标记。类似于1.0-SNAPSHOT。。。

但也许你正在尝试实现其他目标；）

事实是，即使在3.x中，它仍然有效，令人惊讶的是项目的构建和部署。但是LATEST/REEASE关键字在m2e和eclipse中引起了问题，同时项目也依赖于通过LATEST/RERELEASE部署的依赖性，无法识别版本。

如果您试图将版本定义为属性，并在其他位置引用它，这也会导致问题。

因此，如果可以的话，结论是使用版本maven插件。

现在我知道这个话题已经过时了，但是阅读这个问题和OP提供的答案，Maven版本插件实际上可能是对他的问题的更好答案：

特别是以下目标可能有用：

版本：使用最新版本在pom中搜索所有版本其为较新版本将其替换为最新的版本版本：使用最新版本在pom中搜索所有非SNAPSHOT更新的版本释放并替换为最新版本。版本：更新属性更新在中定义的财产项目，使其与的最新可用版本特定依赖关系。这可能是如果一组依赖项必须全部锁定到一个版本。

还提供了以下其他目标：

版本：显示相关性更新扫描项目的相关性和生成这些的报告具有更新版本的依赖项版本可用。版本：显示插件更新扫描项目的插件和生成这些插件的报告其具有可用的更新版本。版本：更新父项更新项目的父部分，以便它引用了最新的可用版本。例如，如果你使用的是企业根POM，这个如果你需要的话，这个目标会很有帮助确保您使用的是最新的企业根POM的版本。版本：更新子模块更新项目的子模块版本与当前项目。例如，如果您有一个聚合器pom它的项目的父级骨料和儿童以及父版本不同步，这mojo可以帮助修复子模块。（注意，您可能需要在中使用-N选项调用Maven如果您的这个项目被破坏得很厉害无法生成，因为版本不匹配）。版本：锁定快照在pom中搜索所有-SNAPSHOT版本，并将其替换为当前时间戳版本-快照，例如-20090327.172306-4版本：解锁快照在pom中搜索所有时间戳锁定的快照版本和替换他们用-SNAPSHOT。版本：解析范围使用版本范围和将范围解析为特定正在使用的版本。版本：使用releases在pom中搜索所有SNAPSHOT版本已发布并替换它们具有相应的版本版本版本：使用下一个版本在pom中搜索所有非SNAPSHOT更新的版本释放并替换为下一版本。版本：使用下一个版本在pom中搜索所有版本其为较新版本将其替换为下一版本。versions:commit删除pom.xml.versionsBackup文件。形式内置“穷人”的一半SCM”。版本：revert从pom.xml.versionsBackup文件。形式内置“穷人”的一半SCM”。

我只是想把它包括在内，以备将来参考。

注：

6年前，Maven 3中的插件依赖性“为了可复制的构建”，已经删除了上述最新和发布元版本。（对于常规依赖关系，它们仍然工作得很好。）有关插件依赖关系，请参阅此Maven 3兼容解决方案。

如果您总是想使用最新版本，Maven有两个关键字可以作为版本范围的替代。您应该小心使用这些选项，因为您不再能够控制正在使用的插件/依赖项。

当您依赖插件或依赖项时，可以使用LATEST或RELEASE的a版本值。LATEST是指特定工件的最新发布或快照版本，即特定存储库中最近部署的工件。RELEASE是指存储库中的最后一个非快照版本。通常，设计依赖于工件的非特定版本的软件不是最佳实践。如果您正在开发软件，您可能希望使用RELEASE或最新版本，以便在发布第三方库的新版本时不必更新版本号。当您发布软件时，您应该始终确保您的项目依赖于特定版本，以减少您的构建或项目受到不受您控制的软件版本影响的可能性。如果需要，请谨慎使用“最新”和“释放”。

有关详细信息，请参阅Maven书中的POM语法部分。或者参见本文档中的依赖版本范围，其中：

方括号（[&]）表示“闭合”（包括）。括号（（&））表示“开放”（排他）。

下面是一个示例，说明了各种选项。在Maven存储库中，com.foo:myfoo具有以下元数据：

<?xml version="1.0" encoding="UTF-8"?><metadata>
  <groupId>com.foo</groupId>
  <artifactId>my-foo</artifactId>
  <version>2.0.0</version>
  <versioning>
    <release>1.1.1</release>
    <versions>
      <version>1.0</version>
      <version>1.0.1</version>
      <version>1.1</version>
      <version>1.1.1</version>
      <version>2.0.0</version>
    </versions>
    <lastUpdated>20090722140000</lastUpdated>
  </versioning>
</metadata>

如果需要对该工件的依赖性，您可以选择以下选项（当然可以指定其他版本范围，只需在此处显示相关版本）：

声明精确版本（始终解析为1.0.1）：

<version>[1.0.1]</version>

声明显式版本（将始终解析为1.0.1，除非发生冲突，否则Maven将选择匹配的版本）：

<version>1.0.1</version>

声明所有1.x的版本范围（当前将解析为1.1.1）：

<version>[1.0.0,2.0.0)</version>

声明开放式版本范围（将解析为2.0.0）：

<version>[1.0.0,)</version>

将版本声明为最新版本（将解析为2.0.0）（从maven 3.x中删除）

<version>LATEST</version>

将版本声明为RELEASE（将解析为1.1.1）（从maven 3.x中删除）：

<version>RELEASE</version>

注意，默认情况下，您自己的部署将更新Maven元数据中的“最新”条目，但要更新“发布”条目，您需要从Maven超级POM激活“发布概要文件”。您可以使用“-Prelease profile”或“-DperformRelease=true”执行此操作

值得强调的是，任何允许Maven选择依赖性版本（最新版本、释放版本和版本范围）的方法都会让您面临构建时问题，因为后续版本可能会有不同的行为（例如，依赖性插件先前将默认值从true切换为false，结果令人困惑）。

因此，在版本中定义准确的版本通常是一个好主意。正如Tim的回答所指出的，maven版本插件是更新依赖关系版本的便捷工具，特别是版本：使用最新版本和版本：使用最近版本目标。

在提出这个问题时，maven中的版本范围存在一些问题，但这些问题已经在maven的新版本中得到解决。本文很好地捕捉了版本范围的工作原理和最佳实践，以更好地理解maven如何理解版本：https://docs.oracle.com/middleware/1212/core/MAVEN/maven_version.htm#MAVEN8855

请查看此页（“依赖项版本范围”部分）。你可能想做的是

<version>[1.2.3,)</version>

这些版本范围在Maven2中实现。