我之前在GitHub Actions里用sbt获取版本号时也踩过同样的坑！本地跑好好的，到CI环境下就抓不到值，主要原因有这几点：

• sbt在CI首次运行时会输出大量启动日志（比如下载launcher、Scala依赖），这些日志会淹没真正的版本号输出
• 部分sbt的输出可能会写到**标准错误流（stderr）**而不是标准输出（stdout），管道默认只捕获stdout
• tail -n1可能抓到的是启动日志的最后一行，而非版本号

具体解决方案 #

你可以修改get version步骤的命令，通过几个参数优化sbt输出，并精准过滤版本号：

- name: Debug sbt version output (可选，用于查看完整输出)
  run: sbt -batch -Dsbt.supershell=false -no-colors 'print version' 2>&1

- name: get version
  run: |
    # 捕获sbt版本输出，合并stderr到stdout，过滤符合格式的版本号
    VERSION=$(sbt -batch -Dsbt.supershell=false -no-colors 'print version' 2>&1 | grep -E '^[0-9]+\.[0-9]+\.[0-9]+(-.+)?$')
    echo "TAG_VERSION=$VERSION" >> $GITHUB_ENV

每个参数的作用：

• -batch：让sbt以非交互模式运行，避免额外的交互提示输出
• -Dsbt.supershell=false：禁用supershell功能，减少无关日志
• -no-colors：去除输出中的颜色控制码，避免干扰正则匹配
• 2>&1：将标准错误流合并到标准输出，确保不会漏掉任何输出内容
• grep -E '^[0-9]+\.[0-9]+\.[0-9]+(-.+)?$'：用正则精准匹配版本号格式（比如1.2.3或1.2.3-SNAPSHOT），过滤掉所有启动日志

验证效果 #

修改后，后续步骤中${{ env.TAG_VERSION }}就能正确获取到版本号了。如果还是有问题，可以先运行Debug sbt version output步骤，查看完整的sbt输出，确认版本号是否在输出中，以及正则表达式是否需要调整。

内容的提问来源于stack exchange，提问作者Peter Storm