如果直接使用传递依赖项，是否会失败？
共有1个答案
我认为下面的2个插件可能是你正在寻找的。
>
https://github.com/wfhartford/gradle-dependency-analyze
自述文件中：
https://github.com/nebula-plugins/gradle-lint-plugin
在“未使用的依赖关系规则”wiki页面上：
我不得不说我自己都没有用过，但它们似乎解决了你的担忧。
-
我正在创建构建一个jar，其中也将包括它的依赖关系。我正在使用maven阴影插件。但是获取错误。我试图排除传递依赖项，如下所示，仍然得到错误。
-
我给ivy添加了一个依赖项（我们称之为a）。在maven central中具有pom文件的xml。Ivy使用ibiblio来解析maven依赖项。添加到常春藤中的依赖项（A）。xml具有可传递依赖项（B）。到目前为止，一切都很好。传递依赖（B）的依赖（C）不能用常春藤来解决。 我在常春藤上定义了一个新的名字。如下所示的xml： 在B的pom文件中，C在编译和测试范围中定义如下： 当我在ivy的缓存
-
在应用中，您希望使用不同的类来处理不同的任务以保持代码的简洁。我们把这些类称为 依赖。如何将这些依赖关系传递给将在后台任务调用的方法呢？ 当您在后台任务中调用静态方法时，仅限于应用程序的静态上下文，这需要您使用以下获取依赖关系的模式： 通过 new 手动实例化依赖 服务定位器模式 抽象工厂模式 或 建设者模式 单例模式 然而，所有这些模式使您的应用程序的单元可测试性方面变得非常复杂。为了解决这个问
-
一些stackoverflow帖子暗示我的类路径中有spring-asm的冲突版本。通过gradle依赖分析，我看到我没有spring-asm的多个版本，但我有spring-core的多个版本（版本3.1.4和5.0.2） 我试图排除3.1.4版本，但无法使其工作。我试图在依赖级别和配置级别都排除它。 即使有了上述更改，我仍然在依赖分析输出中发现Spring-Core:3.1.4.Release。
-
下面是我在Pastebin上的框架-pom.xml和客户机-pom.xml：