如何在Bash中存储带引号参数并正确执行sbt命令？

我来帮你梳理这个问题——你遇到的核心是bash如何正确传递包含空格的参数，而不是把引号当成字符串的一部分传给sbt。先拆解你之前尝试的问题，再给出最优解法：

为什么之前的方法失效？ #

你之前的两种尝试都踩了bash参数解析的坑：

• 当你写TEST_CMD="\"testOnly com.example.testClass\""再执行sbt $TEST_CMD时，bash会把变量里的转义引号当成普通字符，sbt实际收到的是两个参数："testOnly和com.example.testClass"，这显然不是你想要的。
• 数组方式args=("\"testOnly com.example.testClass\"")也犯了同样的错：数组元素里的引号是字符串的一部分，sbt会把整个带引号的字符串当成命令，试图执行"testOnly，自然运行失败。

最优实现方式：变量+双引号传递 #

其实根本不需要给变量里的内容加转义引号，bash的双引号已经能帮你保留参数的完整性。正确写法是：

# 直接赋值命令字符串，不需要额外转义
TEST_CMD="testOnly com.example.testClass"
# 执行时用双引号包裹变量，确保整个字符串作为单个参数传给sbt
sbt "$TEST_CMD"

这个写法和你手动执行sbt "testOnly com.example.testClass"的效果完全一致——bash会把$TEST_CMD展开成完整字符串，并且作为单个参数传递给sbt，sbt能正确解析内部的testOnly命令和类名。

如果以后需要扩展多个sbt命令，用数组会更灵活：

# 数组每个元素对应一个sbt命令
SBT_CMDS=(
  "testOnly com.example.testClass"
  "compile"
  "package"
)
# 展开数组，每个元素作为单独的参数传给sbt
sbt "${SBT_CMDS[@]}"

关于eval的安全性：Jenkins场景下是否可行？ #

首先明确：eval的风险在于它会把变量内容当成shell语法执行，如果变量里包含恶意代码（比如; rm -rf /这类），会造成严重破坏。

在Jenkins内部任务中，如果你的TEST_CMD是硬编码的，或者来自完全可信的配置（比如你自己定义的Jenkins参数，没有外部用户输入的可能），使用eval sbt $TEST_CMD确实能运行，但这是一种“没必要的风险”——万一哪天变量内容被意外篡改（比如Jenkins配置出错、参数被误修改），就可能触发安全问题。

所以即使在Jenkins内部，我也强烈推荐用前面的变量+双引号（或数组）的方式，完全避开eval，既安全又符合bash的最佳实践。

内容的提问来源于stack exchange，提问作者Davis Mariotti