sbt中一个相当新的“特征”,可能是0.13.7或0.13.8,是一种非常烦人的行为,不再能找到传递依赖.
例如.我有一个项目A依赖于库B版本1.25.1,它依赖于库C版本1.13.1.当然,只有库依赖关系B在A中定义,因为我不想定义几十个子库的整个树.好的,这构建.
现在我将A中的依赖项更新为库B版本1.25.2,而后者依赖于库C版本1.13.2.现在,sbt抱怨相当无用的消息“在库-C中找不到配置; 1.13.2:’master’.它需要从库-B; 1.25.2编译”,然后是“未解析的依赖”异常. Sbt甚至懒得从Maven Central下载库C版本1.13.2,或者实际上发现它已经在本地发布. “解决”这个问题的唯一方法是将库C版本1.13.2的依赖性添加到项目A中,这正是我不想做的事情.
这是打印输出的示例:
[warn] :::::::::::::::::::::::::::::::::::::::::::::: [warn] :: UNRESOLVED DEPENDENCIES :: [warn] :::::::::::::::::::::::::::::::::::::::::::::: [warn] :: de.sciss#scalacolliderugens-core_2.11;1.13.2: configuration not found in de.sciss#scalacolliderugens-core_2.11;1.13.2: 'master'. It was required from de.sciss#scalacolliderswing-core_2.11;1.25.2 compile [warn] :::::::::::::::::::::::::::::::::::::::::::::: [warn] [warn] Note: Unresolved dependencies path: [warn] de.sciss:scalacolliderugens-core_2.11:1.13.2 [warn] +- de.sciss:scalacolliderugens-plugins_2.11:1.13.2 [warn] +- de.sciss:scalacolliderswing-core_2.11:1.25.2 (/home/hhrutz/Documents/devel/SoundProcesses/build.sbt#L167) [warn] +- de.sciss:soundprocesses-compiler_2.11:2.20.0-SNAPSHOT
解决方法
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。