Overriding managed version XX for YY

在警告部分，添加<!--$NO-MVN-MAN-VER$-->。

	<build>
		<plugins>
			<plugin>
				<groupId>org.springframework.boot</groupId>
				<artifactId>spring-boot-maven-plugin</artifactId>
			</plugin>

			<!-- java编译插件， 编译Java代码 -->
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-compiler-plugin</artifactId>
				<version>3.2</version><!--$NO-MVN-MAN-VER$-->
				<configuration>
					<source>1.8</source>
					<target>1.8</target>
					<encoding>UTF-8</encoding>
				</configuration>
			</plugin>

			<!-- 资源文件拷贝插件，处理资源文件 -->
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-resources-plugin</artifactId>
				<version>3.0.1</version><!--$NO-MVN-MAN-VER$-->
				<configuration>
					<encoding>UTF-8</encoding>
				</configuration>
			</plugin>
		</plugins>
	</build>

也可以

遇到这种情况将对应的jar dependency放到 dependencyManagement 标签中，解决版本冲突

dependencyManagement 顶级依赖管理，当遇到jar包冲突的时候，会以这个里面的jar版本为准

一、dependencyManagement 统一多模块的依赖版本

如果你的项目有多个子模块，而且每个模块都需要引入依赖，但为了项目的正确运行，必须让所有的子项目(以下子项目即指子模块)使用依赖项的统一版本，才能保证测试的和发布的是相同的结果。那么如何保证模块之间的版本是一致的呢？

Maven 使用 dependencyManagement 来统一模块见的依赖版本问题。

在父项目的POM文件中，我们会使用到dependencyManagement元素。通过它来管理jar包的版本，让子项目中引用一个依赖而不用显示的列出版本号。Maven会沿着父子层次向上走，直到找到一个拥有dependencyManagement元素的项目，然后它就会使用在dependencyManagement元素中指定的版本号。

例如：在顶层中pom.xml

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>javax</groupId>
            <artifactId>javaee-api</artifactId>
            <version>${javaee-api.version}</version>
        </dependency>
    </dependencies>
</dependencyManagement>

在子模块中的使用父pom.xml的依赖：

<!--继承父类-->
<parent>
    <artifactId>父artifactId</artifactId>
    <groupId>父groupId</groupId>
    <version>父version</version>
    <relativePath>父pom.xml的相对路径</relativePath>
</parent>
<!--依赖关系-->
<dependencies>
    <dependency>
        <groupId>javax</groupId>
        <artifactId>javaee-api</artifactId>
    </dependency>
</dependencies>

二、dependencies 直接引入依赖

相对于dependencyManagement，父类中直接使用所有生命在dependencies里的依赖都会自动引入，并默认被所有的子项目继承。

如果依赖只在某个子项目中使用，则可以在子项目的pom.xml中直接引入，防止父pom的过于臃肿。

三、dependencies与dependencyManagement 区别总结

1、dependencies即使在子项目中不写该依赖项，那么子项目仍然会从父项目中继承该依赖项（全部继承）

2、dependencyManagement里只是声明依赖，并不实现引入，因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖，是不会从父项目中继承下来的；只有在子项目中写了该依赖项，并且没有指定具体版本，才会从父项目中继承该项，并且version和scope都读取自父pom;另外如果子项目中指定了版本号，那么会使用子项目中指定的jar版本。

四、依赖的版本不能统一时，依赖传递的原则

1、在工程的依赖树上，深度越浅，越被有限选择。

2、若两个依赖包处于依赖树上的同一层，则谁在前选择谁。