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>

你还可以用:

$ mvn release:update-versions -DdevelopmentVersion={version}

更新pom内的版本号。

使用mvn -N versions:update-child-modules更新子pom的版本

https://www.mojohaus.org/versions-maven-plugin/examples/update-child-modules.html

编辑:自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似乎不再允许这样的配置了。

foxx的答案适用于单个项目，但当我从另一个项目引用一个模块时就不适用了(pom.xml仍然存储在我的.m2中，带有属性而不是版本)。

然而，如果你将它与flat -maven-plugin结合使用，它就可以工作，因为它会生成具有正确版本的poms，而不是属性。

我在插件定义中唯一更改的选项是outputDirectory，默认情况下它是空的，但我更喜欢将它放在target中，这是在我的.gitignore配置中设置的:

<plugin>
   <groupId>org.codehaus.mojo</groupId>
   <artifactId>flatten-maven-plugin</artifactId>
   <version>1.0.1</version>
   <configuration>
      <updatePomFile>true</updatePomFile>
      <outputDirectory>target</outputDirectory>
   </configuration>
   <executions>
      <execution>
         <id>flatten</id>
         <phase>process-resources</phase>
         <goals>
            <goal>flatten</goal>
         </goals>
      </execution>
   </executions>
</plugin>

插件配置放在父文件pom.xml中