scala SBT:重写多生成依赖项/聚合项目中的设置

ie3xauqp  于 2023-01-30  发布在  Scala
关注(0)|答案(2)|浏览(142)

如何在多构建SBT项目中覆盖子项目设置/任务?例如,下面是两个非常简单的SBT项目:

  • ~/项目/后端/构建. sbt *
name := "backend"

// old version of scala
scalaVersion := "2.9.1"
  • ~/我的代码/docker_builder/构建. 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构建,但如果是这种情况,为什么允许我们在构建中引入 * 新 * 设置,例如: (后端、测试)中的scalaVersion *?
是否有任何变通办法或其他解决方案?

  • 上面的示例后端项目过于简单化了--我们团队中的实际后端项目是基于多项目格式的,大约有十几个或两个子项目和sbt插件--然而,幸运的是,我能够用上面的清单重现这个问题。*

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

sbtkgmzw

sbtkgmzw1#

似乎没有任何方法可以直接从主构建覆盖子项目的设置。当你创建Project时,它的settings甚至还不包含子项目build.sbt的定义。
你可以做的是调用.addSbtFiles(file("overrides.sbt"))(路径是相对于子项目的基目录解析的),然后把覆盖放到这个单独的文件中,这个文件在子项目的build.sbt之后加载。

cclgggtu

cclgggtu2#

很老的问题,但我找不到任何好的解决方案,这个问题指出我一个可接受的解决方案,在sbt中具有以下功能:

  • 可以在键上使用?返回选项
  • 本题所示的子项目未设置属性的效果可以在父项目中设置
  • 基于另一个键值分配密钥

在子代和父代中定义属性:

lazy val testProperty = settingKey[String]("Test Prop")

在子项目中,您可以有条件地设置属性值,如下所示:

testProperty := testProperty.?.value.getOrElse("~ child default! ~")

在父项目中,可以正常设置属性值:

childProject / testProperty := "# parent override! "

相关问题