SBT：多构建依赖/聚合项目中的覆盖设置答案

【问题标题】：SBT: Override setting in multi-build dependsOn/aggregate projectSBT：多构建依赖/聚合项目中的覆盖设置
【发布时间】：2017-04-18 17:20:15
【问题描述】：

如何在多构建 SBT 项目中覆盖子项目设置/任务？例如，这里有两个非常简单的 SBT 项目：

~/projects/backend/build.sbt

name := "backend"

// old version of scala
scalaVersion := "2.9.1"

~/mycode/docker_builder/build.sbt

lazy val backend = RootProject(file("~/projects/backend"))

lazy val root = (project in file(".")).
settings(
  // Doesn't work because sub-project already defines name
  name in backend := "sub-overriden",

  // Doesn't override {backend/}backend/*:scalaVersion since backend already defines scalaVersion in Global config
  scalaVersion in backend := "2.10.1",

  // Does define new setting in sub-project: {backend/}backend/test:scalaVersion (because backend did not define scalaVersion in test config)
  scalaVersion in (backend, Test) := "2.10.2"
).
aggregate(sub1)
// dependsOn(sub1)

在上面的示例中，我尝试覆盖 name 和 scalaVersion，但正如 cmets 中所述，根项目无法覆盖任何设置/task 在后端项目中明确定义。现在我假设这是预期的行为，因为 RootProject 和它的父 ProjectReference 指向一个完全不同的 SBT 构建，但如果是这种情况，为什么我们允许在构建中引入新的设置，例如：scalaVersion in (backend, Test)？

任何变通方法或其他解决方案？

上面的示例后端项目过于简单化了——我们团队中的实际后端项目是基于多项目格式的，大约有十几个子项目和 sbt 插件——但是，幸运的是我可以通过上面的列表重现问题。

【问题讨论】：

标签： scala sbt sbt-native-packager

【解决方案1】：

似乎没有任何方法可以直接从主构建覆盖子项目的设置。当您创建Project 时，它的settings 甚至不包含来自子项目build.sbt 的定义。

你可以做的是调用.addSbtFiles(file("overrides.sbt"))（路径是相对于子项目的基本目录解析的），然后将覆盖放入这个单独的文件中，该文件在子项目的build.sbt之后加载。

【讨论】：

您能否举例说明此覆盖文件中会出现的内容？