我刚刚切换到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
Eugene Yokot.. 18
请参阅批处理模式的文档:
批处理模式
您还可以在批处理模式下运行sbt,将sbt命令的空格分隔列表指定为参数.对于带有参数的sbt命令,将命令和参数作为一个参数传递给
sbt
它们,将它们用引号括起来.例如,$ sbt clean compile "testOnly TestA TestB"在这个例子中,
testOnly
有参数,TestA
和TestB
.该命令将在序列中运行(clean
,compile
,然后testOnly
).
因此,如果您不想--flag
被解释为命令,则必须使用run引用它:
$ sbt "run --flag"
脚本,REPL和依赖关系中描述了脚本,似乎说除了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报告.
请参阅批处理模式的文档:
批处理模式
您还可以在批处理模式下运行sbt,将sbt命令的空格分隔列表指定为参数.对于带有参数的sbt命令,将命令和参数作为一个参数传递给
sbt
它们,将它们用引号括起来.例如,$ sbt clean compile "testOnly TestA TestB"在这个例子中,
testOnly
有参数,TestA
和TestB
.该命令将在序列中运行(clean
,compile
,然后testOnly
).
因此,如果您不想--flag
被解释为命令,则必须使用run引用它:
$ sbt "run --flag"
脚本,REPL和依赖关系中描述了脚本,似乎说除了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报告.