我刚刚切换到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")
当我运行./sbt-test.scala --arg=val
时,我收到以下错误:
[error] Expected ID character
[error] Not a valid command: arg
[error] arg=val
使用SBT 0.13.0的相同参数运行相同的脚本会产生预期的:
Args: --arg=val
someone
同样,如果我将该可执行脚本转换为实际的SBT项目并尝试运行sbt run --flag
我
[error] Not a valid command: flag (similar: iflast, last, alias)
[error] flag
答案 0 :(得分:18)
请参阅Batch mode上的文档:
批处理模式
您还可以在批处理模式下运行sbt,将sbt命令的空格分隔列表指定为参数。对于带参数的sbt命令,将命令和参数作为一个参数传递给
sbt
,方法是将它们括在引号中。例如,$ sbt clean compile "testOnly TestA TestB"
在此示例中,
testOnly
包含参数TestA
和TestB
。命令将按顺序运行(clean
,compile
,然后testOnly
)。
因此,如果您不希望将--flag
解释为命令,则必须使用run引用它:
$ sbt "run --flag"
脚本编写在Scripts, REPL, and Dependencies中描述,似乎说除了bash引号之外你不需要额外的引号:
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 "\"$@\""
如果这是从0.13.1开始的回归,您应该向sbt。
报告