Question

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

〜/项目/后端/ 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 ，但是如评论中所述，根项目无法覆盖在后端项目中明确定义的任何设置/任务。现在我假设这是预期的行为，因为 RootProject 和它的父 ProjectReference 指向完全不同的SBT构建，但如果是这种情况，为什么我们允许在构建中引入 new 设置，例如： scalaVersion in（backend，Test）？

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

上面的示例后端项目是一个粗略的过度简化 - 我们团队中的实际后端项目基于多项目格式，包含大约十二个子项目和sbt-plugins - 但是，幸运的是我能够通过上面的列表重现该问题。

相关：
How to define build-scoped settings in multi-project .sbt builds?
Setting javac options for SBT dependencies
Use common settings in SBT `RootProject`

Answer 1

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

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

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

1 个答案: