是否有可能在SBT中管理不止一个级别的分层产品结构?

是否有可能在SBT中管理不止一个级别的分层产品结构?,sbt,Sbt,我们有一个由两个模块组成的多模块项目,modA和modB modA依赖于modB modB反过来又依赖于一个库列表(libA和libB),其中我们还有源代码。我们已经对这些来源进行了改编 最后,libB和libC相互独立,但依赖于第三个库libC 我想要的是一个设置,三个库(原则上也是一个多模块SBT项目)可以“包括”在顶层项目中 这里的要点是,这些库也可以用于其他项目,因此更改的源不应该只属于这个超级项目 目前,我试图通过将库作为GIT子模块来解决这个问题。 不幸的是,SBT(似乎)不支持分层

我们有一个由两个模块组成的多模块项目,modA和modB

modA依赖于modB

modB反过来又依赖于一个库列表(libA和libB),其中我们还有源代码。我们已经对这些来源进行了改编

最后,libB和libC相互独立,但依赖于第三个库libC

我想要的是一个设置,三个库(原则上也是一个多模块SBT项目)可以“包括”在顶层项目中

这里的要点是,这些库也可以用于其他项目,因此更改的源不应该只属于这个超级项目

目前,我试图通过将库作为GIT子模块来解决这个问题。 不幸的是,SBT(似乎)不支持分层子模块,所以我不能为所有库提供第二个,也是多模块的SBT文件,这些库刚刚包含在“超级超级”项目中

目前的设置显然不是SBT方式。 解决这个问题的预期方法是什么?
单独调整库并在超级项目中像使用JAR文件一样重新使用它是可能的,但是很笨拙,因为使用项目是破解库的主要原因,所以如果这能顺利进行就好了。

AFAIK您不能有嵌套的sbt项目。使用jar依赖项是我做这件事的方式。这是可能的,问题是使用jar依赖项更改应用程序的库会变得更麻烦,尤其是在测试时。是的,我可以使用publishLocal,但这很麻烦,我想知道是否有更简单的方法。