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抱怨相当无用的消息 "configuration not found in library-C;1.13.2: 'master'. It was required from library-B;1.25.2 compile" ，然后是 "unresolved dependency" 异常 . Sbt不想做什么 .
这是打印输出的示例：
[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
我想这是sbt中的一个烦人的错误，或者是否有一些更深层次的推理背后无法解决我无法理解的传递依赖？
1 回答
在我明确添加库C之后，问题甚至回来了 . 通常，最终的解决方案是这样的：
然后再次下载Internet .