是否可能看到sbt'；什么是执行计划？

sbt构建配置可能会变得相当复杂。当它这样做时，很难确切地说出sbt将做什么，因为您不确定在构建定义中做了正确的事情。如果您有一个大型项目，运行完整的构建和测试周期来测试更改是非常痛苦和缓慢的

例如，我正在配置sbt以并行地构建和测试我的项目。如果我能要求sbt报告：

• 到底有多少JVM将被分叉，何时分叉
• 每个JVM将分配哪些选项
• 将为每个JVM分配哪些任务
• 测试在JVM中的具体分组方式

也许这些信息中的一些只能通过做一些工作来确定，甚至可以通过执行完整的构建和测试来确定。不过，如果能有一份简洁的报告，清楚地说明正在发生的事情，那就太好了

---

sbt提供这样的设施吗？

我认为sbt不容易实现

有一个

inspect

命令可以告诉你很多你需要的东西，但与你所追求的东西相比，这只是一个很小的部分，很多人都缺少一个完整的计划

> help inspect
inspect <key>

    For a plain setting, the value bound to the key argument is displayed using its toString method.
    Otherwise, the type of task ("Task" or "Input task") is displayed.

    "Dependencies" shows the settings that this setting depends on.

    "Reverse dependencies" shows the settings that depend on this setting.

    When a key is resolved to a value, it may not actually be defined in the requested scope.
    In this case, there is a defined search sequence.
    "Delegates" shows the scopes that are searched for the key.
    "Provided by" shows the scope that contained the value returned for the key.

    "Related" shows all of the scopes in which the key is defined.

inspect tree <key>

    Displays `key` and its dependencies in a tree structure.
    For settings, the value bound to the setting is displayed and for tasks, the type of the task is shown.

inspect uses <key>

    Displays the settings and tasks that directly depend on `key`.

inspect definitions <key>

    Displays the scopes in which `key` is defined.

见正式文件

---

我也希望有这样一个工具。

@Jacek-JVM的配置和测试/任务的分发是一个有人可能希望看到计划的例子，但执行计划可能还有其他用例。（另外，示例中提到了每个JVM的任务数量，而不是相反的情况。）看起来是一个有用的工具。您是否可以提供

inspect

的示例用法来显示示例中提到的一些信息？

> help fork
If true, forks a new JVM when running.  If false, runs in the same JVM as the build.

> help javaOptions
Options passed to a new JVM when forking.