나는 그것이 쉽게 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.
이 명령에 대해 알아 보려면 Inspect the build을 읽으십시오.
는 또한 fork
또는 javaOptions
같은 일부 설정 show
을 사용할 수 있습니다 :
> 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.
은 공식 문서에서 Forking 참조하십시오.
나는 이와 같은 도구를 갖고 싶습니다.
@Jacek - JVM의 구성 및 테스트/태스크 배포는 누군가가 계획을보고 싶어 할 수도 있지만 실행 계획을위한 다른 사용 사례가있을 수 있습니다. (또한 JVM 당 몇 가지 작업이 언급되었고 그 반대의 경우는 없습니다.) –