加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > 安全 > 正文

scala – SBT:覆盖多构建dependsOn / aggregate项目中的设置

发布时间:2020-12-16 08:45:43 所属栏目:安全 来源:网络整理
导读:如何覆盖多构建SBT项目中的子项目设置/任务?例如,这里有两个非常简单的SBT项目: ?/项目/后端/ build.sbt name := "backend"// old version of scalascalaVersion := "2.9.1" ?/ mycode的/ docker_builder / build.sbt lazy val backend = RootProject(file
如何覆盖多构建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构建,但如果是这种情况,为什么我们允许在构建中引入新设置,例如:scalaVersion in(backend,测试)?

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

上面的示例后端项目是一个粗略的过度简化 – 我们团队中的实际后端项目基于多项目格式,包含大约十二个子项目和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`

解决方法

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

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

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读