在 Maven BOM（物料清单）中定义依赖范围是好的做法吗？

Question

我有一个像这样的 pom.xml 用作 BOM（物料清单）。定义的依赖项之一是 *-test 工件，用于测试使用此 BOM 中的库的代码。

问题是：指定 *-test 工件仅用于 BOM 本身的 test 范围是否合适/良好做法，还是应该留给 BOM 的用户使用如果需要，在他们项目的 POM 中指定？

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.example.mylib</groupId>
    <artifactId>mylib-bom</artifactId>
    <version>1.0.0-SNAPSHOT</version>
    <packaging>pom</packaging>
    <name>MyLib (Bill of Materials)</name>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>com.example.mylib</groupId>
                <artifactId>mylib-cool-library</artifactId>
                <version>${project.version}</version>
            </dependency>    
            <dependency>
                <groupId>com.example.mylib</groupId>
                <artifactId>mylib-test</artifactId>
                <version>${project.version}</version>
                <scope>test</scope> <!-- === HERE === -->
            </dependency>    
        </dependencies>
    </dependencyManagement>    
</project>

我正在研究现有项目是如何做到这一点的，例如，Spring Framework BOM 确实没有明确定义任何范围。但我仍然想知道是否有一些不成文的规定？

Answer 1

最佳做法是让用户决定范围，不要在 BOM（或父 pom）中设置它。

当您在 BOM 中设置范围（设置为 compile 以外的任何范围）时，您会更改该依赖项的默认范围，如用户项目中所见。 maven 中的默认依赖范围是 compile，所以当你希望它被编译时，通常的做法是省略依赖范围。如果 BOM 强加了另一个范围，对于使用 BOM 的其他开发人员（或者甚至是您以后的某个时间点）来说，这可能是一个令人讨厌的惊喜。

在 Maven BOM（物料清单）中定义依赖范围是好的做法吗？

Is it good practice to define scope of dependencies in Maven BOM (bill of materials)?

maven

maven-bom