Can"；“建筑基地”；指向SBT中当前项目之外的目录？

假设我有一个现有的（旧的）代码库，我想用最简单的方式演示如何用SBT编译它。我希望以这样一种方式来完成它，即包含代码库的根目录的文件结构完全不受影响。这意味着

project/Build.scala

需要在实际项目之外。另外，请记住，由于现有项目具有非标准布局，并且在非托管依赖项上使用了大量内容，因此需要进行大量配置（如设置非托管源目录、非托管目录等）

考虑下面的示例布局：

/opt/workspace
        |
        +- existing-codebase
        | |
        | +- module1
        | | |
        | | +- src
        | |
        | +- module2
        |   |
        |   +- src
        |
        +-  sbt-demo-build
          |
          +- project
            |
            +- Build.scala

另外，假设我有以下环境变量集：

CODE_HOME=/opt/workspace/existing-codebase

那么，需要进入

Build.scala

中的什么内容来指示构建基础（

buildBase

？）是

/opt/workspace/existing codebase

），而不是

/opt/workspace/sbt demo Build

我尝试设置

baseDirectory

键，但SBT失败，原因是：

java.lang.AssertionError:断言失败：生成根/opt/workspace/existing codebase/module1中不包含目录/opt/workspace/sbt demo build

这是我在项目中使用的

DemoBuild

import java.nio.file.{Paths, Files}
import sbt._
import Keys._

object DemoBuild extends Build {
  val codeHome = Paths.get(sys.env("CODE_HOME")).toAbsolutePath.
                       toRealPath().normalize().toFile
  ...
}

我能想到的最好的类比是

project

元素中Ant的

basedir

属性-这个概念在SBT中不存在（或者只是没有正确地公开）

更新： 在仔细研究了一会儿之后，我发现了一个名为

xsbti.AppConfiguration

的东西，它似乎与名为

sbt.Keys.AppConfiguration

的设置相对应。我尝试使用以下命令覆盖：

  appConfiguration ~= { cfg =>
    new AppConfiguration {
      def arguments(): Array[String] = cfg.arguments()
      def baseDirectory(): File = codeHome
      def provider(): AppProvider = cfg.provider()
    }
  }

但是得到了同样的断言。然后，我找到了一些可能有用的方法，因此我将在下一步研究这些方法 使用

/opt/workspace

作为SBT项目的项目目录。按照您想要使用的方式使用它

/opt/workspace/sbt demo build

选择2 在

build.sbt

中使用以下生成定义，在当前项目目录外定义两个sbt模块

lazy val root = project in file(".") aggregate (module1, module2)

lazy val module1 = ProjectRef(file("../existing-codebase/module1"), "module1")

lazy val module2 = ProjectRef(file("../existing-codebase/module2"), "module2")

它假定

module1

和

module2

是SBT项目，并且

root

project聚合了它们，因此在

root

中运行命令

选择3 在Unix上，将生成根目录之外的项目与

ln-s

进行符号链接

jacek:~/sandbox/so/andrey-workspace/sbt-demo-build
$ ln -s ../existing-codebase/module1 .
jacek:~/sandbox/so/andrey-workspace/sbt-demo-build
$ ln -s ../existing-codebase/module2 .
jacek:~/sandbox/so/andrey-workspace/sbt-demo-build
$ tree
.
├── build.sbt
├── module1 -> ../existing-codebase/module1
└── module2 -> ../existing-codebase/module2

2 directories, 1 file

使用以下定义项目的

build.sbt

jacek:~/sandbox/so/andrey-workspace/sbt-demo-build
$ cat build.sbt
lazy val root = project in file(".") aggregate (module1, module2)

lazy val module1 = project

lazy val module2 = project

在SBT控制台中，

projects

、

project

和

run

工作正常：

jacek:~/sandbox/so/andrey-workspace/sbt-demo-build
$ sbt
[info] Loading global plugins from /Users/jacek/.sbt/0.13/plugins
[info] Set current project to root (in build file:/Users/jacek/sandbox/so/andrey-workspace/sbt-demo-build/)
[root]> projects
[info] In file:/Users/jacek/sandbox/so/andrey-workspace/sbt-demo-build/
[info]     module1
[info]     module2
[info]   * root
[root]> module1/run
[info] Running Hello
Hello from module1
[success] Total time: 1 s, completed Jan 11, 2014 9:40:03 PM
[root]> project module1
[info] Set current project to module1 (in build file:/Users/jacek/sandbox/so/andrey-workspace/sbt-demo-build/)
[module1]> run
[info] Running Hello
Hello from module1
[success] Total time: 0 s, completed Jan 11, 2014 9:40:20 PM
[module1]> project root
[info] Set current project to root (in build file:/Users/jacek/sandbox/so/andrey-workspace/sbt-demo-build/)
[root]> show baseDirectory
[info] module1/*:baseDirectory
[info]  /Users/jacek/sandbox/so/andrey-workspace/sbt-demo-build/module1
[info] module2/*:baseDirectory
[info]  /Users/jacek/sandbox/so/andrey-workspace/sbt-demo-build/module2
[info] root/*:baseDirectory
[info]  /Users/jacek/sandbox/so/andrey-workspace/sbt-demo-build

---

选项2：可能我遗漏了一些东西，但无法在ProjectRef上指定设置。由于现有项目具有非标准布局，并且在非托管依赖项上使用了大量内容，因此需要对module1和module2进行大量配置（如设置非托管源目录、非托管目录等），这是正确的-我编写该项目时假设module1和module2是SBT项目。我不知道有没有更好的办法。看着它，希望其他人能在这期间加入进来。嘿，明白了……也许吧。既然您在Unix上，那么将它与

ln-s

进行符号链接怎么样

module1

和

module2

可能是指向SBT项目外部真实目录的符号链接。是的，我曾想过创建软链接，但这样做似乎是一种攻击。最好知道是否有一种更干净/受支持的方法来实现这一点