我刚刚切换到SBT 0.13.1并且arg处理已更改或存在错误.这是我正在测试的(命名sbt-test.scala):
#!/bin/sh
SBT_0_13_0="/path/to/sbt-launch-0.13.0.jar"
SBT_0_13_1="/path/to/sbt-launch-0.13.1.jar"
SBT="$SBT_0_13_1"
exec java $JAVA_OPTS -Dsbt.main.class=sbt.ScriptMain -jar "$SBT" $0 "$@"
!#
/***
scalaVersion := "2.10.3"
libraryDependencies ++= Seq(
"com.typesafe" % "config" % "1.0.0"
)
*/
import com.typesafe.config.{ConfigFactory, Config}
println(s"Args: ${args mkString ", "}")
val cfg = ConfigFactory.parseString(
"""
|credentials {
| user = someone
| pass = s3cr3t
|}
""".stripMargin)
println(cfg getString "credentials.user")
Run Code Online (Sandbox Code Playgroud)
当我运行时,./sbt-test.scala --arg=val我收到以下错误:
[error] Expected ID character
[error] Not a valid command: arg
[error] arg=val
Run Code Online (Sandbox Code Playgroud)
使用SBT 0.13.0的相同参数运行相同的脚本会产生预期的:
Args: --arg=val
someone
Run Code Online (Sandbox Code Playgroud)
同样,如果我将该可执行脚本转换为实际的SBT项目并尝试运行,sbt run --flag我会得到
[error] Not a valid command: flag (similar: iflast, last, alias)
[error] flag
Run Code Online (Sandbox Code Playgroud)
Eug*_*ota 18
请参阅批处理模式的文档:
批处理模式
您还可以在批处理模式下运行sbt,将sbt命令的空格分隔列表指定为参数.对于带有参数的sbt命令,将命令和参数作为一个参数传递给
sbt它们,将它们用引号括起来.例如,Run Code Online (Sandbox Code Playgroud)$ sbt clean compile "testOnly TestA TestB"在这个例子中,
testOnly有参数,TestA和TestB.该命令将在序列中运行(clean,compile,然后testOnly).
因此,如果您不想--flag被解释为命令,则必须使用run引用它:
$ sbt "run --flag"
Run Code Online (Sandbox Code Playgroud)
脚本,REPL和依赖关系中描述了脚本,似乎说除了bash引号之外你不需要额外的引号:
Run Code Online (Sandbox Code Playgroud)java -Dsbt.main.class=sbt.ScriptMain -Dsbt.boot.directory=/home/user/.sbt/boot -jar sbt-launch.jar "$@"
实际上,为了让你的脚本工作,你需要另外一组转义引号,$@如下所示:
exec java $JAVA_OPTS -Dsbt.main.class=sbt.ScriptMain -jar "$SBT" $0 "\"$@\""
Run Code Online (Sandbox Code Playgroud)
如果这是从0.13.1开始的回归,您应该向sbt报告.
| 归档时间: |
|
| 查看次数: |
11182 次 |
| 最近记录: |