Saa*_*lik 5 scala sbt sbt-native-packager
如何覆盖多构建 SBT 项目中的子项目设置/任务?例如,这里有两个非常简单的 SBT 项目:
~/projects/backend/build.sbt
name := "backend"
// old version of scala
scalaVersion := "2.9.1"
Run Code Online (Sandbox Code Playgroud)
~/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)
Run Code Online (Sandbox Code Playgroud)
在上面的示例中,我试图覆盖name和scalaVersion,但如注释中所述,根项目无法覆盖后端项目中明确定义的任何设置/任务。现在我假设这是预期的行为,因为RootProject和它的父ProjectReference指向一个完全不同的 SBT 构建,但如果是这种情况,为什么我们允许在构建中引入新设置,例如:scalaVersion in (backend,测试)?
任何解决方法或其他解决方案?
上面的示例后端项目过于简化了——我们团队中的实际后端项目基于多项目格式,大约有十两个子项目和 sbt 插件——但是,幸运的是我能够重现上面列表的问题。
相关:
如何在多项目 .sbt 构建中定义构建范围的设置?
为 SBT 依赖项设置 javac 选项
使用 SBT `RootProject` 中的通用设置
非常老的问题,但我找不到任何好的解决方案,这个问题向我指出了一个可接受的解决方案,在 sbt 中具有以下功能:
在子级和父级中定义属性:
lazy val testProperty = settingKey[String]("Test Prop")
Run Code Online (Sandbox Code Playgroud)
在子项目中,您有条件地设置属性值,如下所示:
testProperty := testProperty.?.value.getOrElse("~ child default! ~")
Run Code Online (Sandbox Code Playgroud)
在父项目中,您通常设置属性值:
childProject / testProperty := "# parent override! "
Run Code Online (Sandbox Code Playgroud)