我听说 .sbt 文件在 0.13 中以各种方式进行了改进，现在我可以在其中指定多项目构建。
http://www.scala-sbt.org/0.13.0/docs/Community/ChangeSummary_0.13.0.html#sbt-format-enhancements 提到我们现在可以在 .sbt 文件中定义子项目。我也知道根目录下的多个 .sbt 文件会聚合成一个概念文件。
不过，我真正想要的是不要让十几个子项目 .sbt 文件污染我的根目录。有没有办法可以将子项目 build.sbt 文件放入它们各自的子目录中，在它们之间共享一些公共代码，然后为聚合子项目的整个项目创建一个根 build.sbt？我现在在 .scala 文件中有类似的设置，但如果可能的话，我更愿意使用 .sbt 文件。
如果不可能，用 .sbt 文件构建大型多项目构建的“正确”方法是什么？
【问题讨论】：
在 0.12 中应该已经是这样了，您可以将 .sbt 文件放在子项目的基本目录中，并且那里的设置将包含在该项目的范围内。
通过在project/ 中创建一个普通的.scala 文件，可以在.sbt 文件之间重用代码。 project/ 中的代码可用于.sbt 文件。一个.sbt 中的定义对其他.sbt 文件不可见，至少在0.13 中是这样。这主要是一个实现限制，未来版本是否会取消，尚不确定。
默认根项目将聚合所有子项目，包括来自subProject/build.sbt 中定义的项目的子项目。
当前的困难在于明确。
例如，根目录中的以下build.sbt 将在sub/ 中定义一个子项目。
这是一个完整的定义，定义了项目的 ID、基目录等。
<root>/build.sbt
lazy val sub = project
但是，它不能引用<sub>/build.sbt 中定义的任何内容。 （sub/build.sbt 的存在直到 <root>/build.sbt 被编译和评估之后才知道。）
因此，要明确定义 sub 聚合的内容，您需要类似以下内容：
sub/build.sbt
lazy val sub = project.in(file(".")).aggregates(subSub)
//or: lazy val sub = project in file(".") aggregate subSub
lazy val subSub = project
但是，这重复了sub 的定义。
一个可能的解决方案是让根定义只是一个参考，例如：
<root>/build.sbt
lazy val sub = LocalProject("sub")
【讨论】：
subproject1/build.sbt 中并想定义一个聚合子项目构建的根项目怎么办？如果 .sbt 文件之间的值不可见，聚合或创建跨子项目依赖项似乎很棘手。