15

我有一组松散相关的组件,其中一些依赖于其他组件。具体来说,假设我们有组件“common”、“a”和“b”。“common”没有任何依赖关系,但所有其他项目都使用“common”。此外,“a”依赖于“b”。所有组件都是用 Scala 编写的,我想使用 sbt 来构建它们。

拥有以下属性会很不错:

  1. 多人在不同的项目上工作,这就是为什么我们不希望有一个存储库,而是每个项目一个存储库。
  2. 构建项目应该很容易,并且所有依赖项都应该自动构建(如果需要)。也就是说,如果我修改“common”然后构建“b”,这应该首先构建“common”然后继续构建“b”。
  3. 能够在 IDE 中拥有所有项目,以便重构和类似的 IDE 任务正常工作,并且所有受影响的项目都可以正确更改。

据我所知,在 sbt 中有两种可能存在这种依赖关系;我们要么使用子项目,要么使用托管依赖项(即推送到某个地方,例如本地)。但是,似乎这两个选项都没有提供上述(1)或(2)。尤其是

  • 使用子项目迫使我们使用单个存储库,因为所有子项目都必须位于主项目的子目录中。
  • 在本地发布项目并使用托管依赖项很麻烦,因为如果先构建和发布该项目,则更改“common”然后构建“b”只会获取“common”中的更改。我可以看到托管依赖项在许多情况下都很有用,但对于我们的特定用例,它们似乎不能很好地工作。我们经常在多个项目上工作并同时更改它们。出于这个原因,必须发布通常看起来过于复杂。

真的没有办法说一个 sbt 项目依赖于某个(相对)位置的另一个 sbt 项目,并且让 sbt 弄清楚何时构建依赖项?

4

2 回答 2

6

使用 SBT,您可以使用源依赖项。

lazy val root = Project("root", file("."), settings = ...) dependsOn(dispatchLiftJson)

lazy val dispatchLiftJson = uri("git://github.com/dispatch/dispatch-lift-json#0.1.0")

在这个例子中,它将从 git 中获取。您可以指定磁盘上的文件位置,尽管我找不到示例。可能

lazy val dep = file("/path/to") 

或者

lazy val dep = uri("file:///path/to")

我自己也在为此苦苦挣扎——目前我正在使用运行良好的本地发布方法。

于 2012-10-07T00:58:25.110 回答
2

给定目录

  • /build/some_app/
  • /build/some_lib/

文件/build/some_app/build.sbt

lazy val someLib = ProjectRef(file("../some_lib"), "exportedSomeLib")
// = RootProject(file("../some_lib")) also works?

lazy val root = (project in file("."))
                .dependsOn(someLib)

/build/some-lib/build.sbt

lazy val exportedSomeLib = (project in file("."))

警告:请注意,在这些文件的两个根范围中定义的项目并不总是会导致错误,但如果键(=值名称)在 .sbt 文件之间发生冲突,则会默默地更改全局(?)范围中的值。

于 2019-06-21T10:07:01.803 回答