在 Maven BOM（物料清单）中定义依赖范围是一种好习惯吗？

Question

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

问题是：在 BOM 本身中指定 *-test 工件仅适用于 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 的其他开发人员（甚至在以后的某个时间点您自己）来说，这可能是一个令人讨厌的惊喜。