Question

我有一个sample Play 2.3.8 project由两个子项目（common和common2）组成：

$ tree -L 2 .
.
├── build.sbt
├── common
│   ├── app
│   ├── build.sbt
│   ├── conf
├── common2
│   ├── app
│   ├── build.sbt
│   ├── conf
├── conf
│   (...)
├── build.sbt

在主build.sbt中，对这两个子项目的依赖关系定义为：

lazy val common = (project in file("common")).enablePlugins(PlayJava)

lazy val common2 = (project in file("common2")).enablePlugins(PlayJava)

lazy val main = (project in file(".")).enablePlugins(PlayJava)
                    .aggregate(common, common2).dependsOn(common, common2)

这可以按预期工作。现在我试图使这个项目使用sbt 0.13.7（目前它使用0.13.5），当我启动激活器时，我总是得到这样的错误（Test是我项目的根目录）：

[info] Done updating.
java.lang.RuntimeException: No project 'common' in 'file:/home/user/Desktop/Test/'.
Valid project IDs: main
    at scala.sys.package$.error(package.scala:27)
    // OMITTED
    at xsbt.boot.Boot.main(Boot.scala)
[error] No project 'common' in 'file:/home/user/Desktop/Test/'.
[error] Valid project IDs: main
[error] Use 'last' for the full log.

那么可能是什么问题？有可能定义子项目的变化吗？我看过changes从0.13.5到0.13.7并且找不到与此相关的内容......

Answer 1

事实上，似乎在0.13.5和0.13.6之间发生了变化。在我的示例项目中，我在主build.sbt中定义了所有子项目，但也在子项目文件夹中重新定义了它们。

因此，在common/build.sbt中，子项目再次定义为

lazy val main = (project in file(".")).enablePlugins(PlayJava)

这在0.13.5中效果很好，但在此之后就会中断。

因此，解决方案是删除这些行，并仅在主build.sbt中定义子项目。

Answer 2

此问题也在2016年5月进行了讨论：SBT: How to define dependencies of subprojects in subprojects' build.sbt files?评论中的答案基本上也是SBT不希望您在多项目构建的子项目中拥有build.sbt文件。

不能在Play子项目中使用sbt 0.13.7

2 个答案: