三年前我建议使用版本99 Does Not Exist，但现在我找到了一个更好的方法，特别是因为版本99是离线的:

在项目的父POM中，如果不需要的依赖项渗透到构建中，使用maven-enforcer-plugin使构建失败。这可以使用插件的禁用依赖规则来完成:

<plugin>
    <artifactId>maven-enforcer-plugin</artifactId>
    <version>1.0.1</version>
    <executions>
        <execution>
            <id>only-junit-dep-is-used</id>
            <goals>
                <goal>enforce</goal>
            </goals>
            <configuration>
                <rules>
                    <bannedDependencies>
                        <excludes>
                            <exclude>junit:junit</exclude>
                        </excludes>
                    </bannedDependencies>
                </rules>
            </configuration>
        </execution>
    </executions>
</plugin>

然后，当它提醒你一个不需要的依赖项时，将它排除在父POM的<dependencyManagement>节中:

<dependency>
    <groupId>org.springframework.batch</groupId>
    <artifactId>spring-batch-test</artifactId>
    <version>2.1.8.RELEASE</version>
    <exclusions>
        <exclusion>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
        </exclusion>
    </exclusions>
</dependency>

这样，不需要的依赖关系就不会意外出现(不像<exclusion>那样容易被忘记)，它甚至在编译时也不可用(不像所提供的作用域)，没有虚假的依赖关系(不像版本99)，它可以在没有自定义存储库的情况下工作(不像版本99)。这种方法甚至可以基于工件的版本、分类器、范围或整个groupId工作——详情请参阅文档。

对于maven2，没有办法做到您所描述的。对于maven 3，有。如果您正在使用maven 3，请参阅这个问题的另一个答案

对于maven 2，我建议为包含<exclusions>的依赖项创建自己的自定义pom。对于需要使用该依赖项的项目，将依赖项设置为自定义pom，而不是典型的工件。虽然这并不一定允许您使用单个<exclusion>排除所有传递依赖项，但它确实允许您只需编写一次依赖项，并且您的所有项目都不需要维护不必要的长排除列表。

有一个变通的办法，如果你将依赖项的作用域设置为运行时，传递依赖项将被排除在外。但是要注意，这意味着如果您想打包运行时依赖项，就需要添加额外的处理。

要在任何打包中包含运行时依赖项，您可以使用maven-dependency-plugin针对特定工件的复制目标。

你排除所有传递依赖的原因是什么?

如果您需要从每个依赖项中排除一个特定的工件(例如common -logging)， Version 99 Does Not Exist方法可能会有所帮助。

2012年更新:不要使用这种方法。使用maven-enforcer-plugin和排除。版本99产生了虚假的依赖关系，并且版本99存储库处于离线状态(有类似的镜像，但您也不能依赖它们永远保持在线状态;最好只使用Maven Central)。

在一个类似的问题中，我声明了所需的依赖项，并提供了作用域。 使用这种方法，可传递依赖项会被获取，但不会包含在包阶段，这正是您想要的。 我也喜欢这个解决方案在维护方面，因为没有pom，或自定义pom在whaley的解决方案，需要维护;您只需要在容器中提供特定的依赖项就可以了

在类路径中使用最新的maven ..它将删除重复的工件并保留最新的maven工件。