IMO更新版本的最简单方法:

$ mvn versions:set -DgenerateBackupPoms=false

(在你的根/父pom文件夹中进行)。

您的POMs将被解析，并询问您要设置哪个版本。

从Maven 3.5.0开始，您可以使用${revision}占位符。这里记录了使用方法:Maven CI友好版本。

简而言之，父pom看起来是这样的(引用自Apache文档):

<project>
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>org.apache</groupId>
    <artifactId>apache</artifactId>
    <version>18</version>
  </parent>
  <groupId>org.apache.maven.ci</groupId>
  <artifactId>ci-parent</artifactId>
  <name>First CI Friendly</name>
  <version>${revision}</version>
  ...
  <properties>
    <revision>1.0.0-SNAPSHOT</revision>
  </properties>
  <modules>
    <module>child1</module>
    ..
  </modules>
</project>

孩子们像这样跳

<project>
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>org.apache.maven.ci</groupId>
    <artifactId>ci-parent</artifactId>
    <version>${revision}</version>
  </parent>
  <groupId>org.apache.maven.ci</groupId>
  <artifactId>ci-child</artifactId>
   ...
</project>

您还必须使用Flatten Maven Plugin生成pom文档，其中包含用于部署的专用版本号。HowTo在链接的文档中有详细的说明。

@khmarbaise也写了一篇关于这个功能的不错的文章:Maven:没有版本的POM文件?

编辑:自Maven 3.5.0以来，有一个很好的解决方案，使用${revision}占位符。详见FrVaBe的答案。关于以前的Maven版本，请参阅下面我的原始答案。

不，没有。您总是必须指定父版本。幸运的是，它被继承为模块的版本，这在大多数情况下是可取的。此外，这个父版本声明会被Maven Release Plugin自动替换，所以——事实上——只要你使用Maven Release Plugin来发布或替换版本，你在两个地方有版本并不是问题。

请注意，在某些情况下，这种行为实际上是可以接受的，并且可以为您提供所需的更多灵活性。有时你想要使用以前的父版本来继承，但这不是主流情况。

Maven不是这样设计的，但是有一个解决方案可以实现这个目标(可能有副作用，您必须尝试一下)。诀窍是告诉子项目通过它的相对路径而不是它的纯maven坐标来找到它的父项目，并且在属性中外部化版本号:

父母pom

<groupId>com.dummy.bla</groupId>
<artifactId>parent</artifactId>
<version>${global.version}</version>
<packaging>pom</packaging>

<properties>
   <!-- Unique entry point for version number management --> 
   <global.version>0.1-SNAPSHOT</global.version>
</properties>

孩子pom

<parent>
   <groupId>com.dummy.bla</groupId>
   <artifactId>parent</artifactId>
   <version>${global.version}</version>
   <relativePath>..</relativePath>    
</parent>

<groupId>com.dummy.bla.sub</groupId>
<artifactId>kid</artifactId>

我曾在我的一个项目中使用过这个技巧，没有遇到任何具体问题，只是maven在构建之初记录了很多警告，这不是很好。

EDIT

maven 3.0.4似乎不再允许这样的配置了。

IMO更新版本的最简单方法:

$ mvn versions:set -DgenerateBackupPoms=false

(在你的根/父pom文件夹中进行)。

您的POMs将被解析，并询问您要设置哪个版本。

It worked for me using BOM approach on parent pom.xml: 

My scenario:
 - parent pom.xml 0.0.0.1-SNAPSHOT
 - sub-project1
 - sub-project2 (sub-project1 is a dependency)

<properties>        
    <revision>0.0.0.1-SNAPSHOT</revision>        
</properties>

<groupId>com.example</groupId>
<artifactId>commons</artifactId>
<packaging>pom</packaging>
<version>${revision}</version>
<name>commons</name>
<description>parent module of commons project</description>


<modules>
    <module>sub-project1</module>
    <module>sub-project2</module>
</modules>

<dependencyManagement>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-dependencies</artifactId>
            <type>pom</type>
            <version>2.6.4</version>
            <scope>import</scope>
        </dependency>

        <dependency>
            <groupId>com.example.commons</groupId>
            <artifactId>sub-project1</artifactId>
            <version>${revision}</version>
        </dependency>
    </dependencies>

</dependencyManagement>

子项目pom.xml可以从父项目继承${revision}编号，而且实际列出的依赖项不需要显式地提到标记

    <parent>
        <groupId>com.example</groupId>
        <artifactId>commons</artifactId>
        <version>${revision}</version>
        <relativePath>../pom.xml</relativePath>
    </parent>

    <groupId>com.example.commons</groupId>
    <artifactId>sub-project2</artifactId>
    <version>${revision}</version>
    <name>sub-project2</name>
    <description>implement sub-project2 </description>

    
    <dependencies>  
        <dependency>
            <groupId>com.example.commons</groupId>
            <artifactId>sub-project1</artifactId>           
        </dependency>
       
    </dependencies>