这是Windows Git Bash环境下的一个典型坑，和msys2的路径转换机制直接相关，我来给你拆解原因和解决方案：

问题根源 #

Windows平台的Github Actions Runner默认使用的是Git Bash（基于msys2）作为bash shell。msys2有一个自动路径转换的特性：当它检测到字符串看起来像相对路径时，会自动将其转换为Windows绝对路径。

在你的场景中，当执行echo "deltaKustoClusterId=${{ secrets.CLUSTER_ID }}" >> $GITHUB_ENV时，若secrets.CLUSTER_ID是纯数字（比如123），msys2会错误地把这个数字识别为一个相对路径文件名，进而将Git的安装目录路径（C:/Program Files/Git）拼接上去，最终变成了C:/Program Files/Git123（这里是路径转换时的小bug，没有添加路径分隔符）。而Linux/Mac的原生shell没有这个自动转换逻辑，所以不会出现问题。

解决方案 #

你有两种可靠的解决方式：

1. 改用PowerShell设置环境变量 #

Windows Runner原生支持PowerShell，直接切换shell可以完全避开Git Bash的路径转换问题：

- name: Set environment variables
  shell: pwsh
  run: |
    echo "deltaKustoClusterId=${{ secrets.CLUSTER_ID }}" >> $env:GITHUB_ENV

或者用PowerShell更原生的Add-Content命令，稳定性更好：

- name: Set environment variables
  shell: pwsh
  run: |
    Add-Content -Path $env:GITHUB_ENV -Value "deltaKustoClusterId=${{ secrets.CLUSTER_ID }}"

2. 禁用msys2的路径转换 #

如果你坚持使用bash，可以在执行echo命令时临时禁用路径转换，通过设置MSYS_NO_PATHCONV=1环境变量实现：

- name: Set environment variables
  run: |
    MSYS_NO_PATHCONV=1 echo "deltaKustoClusterId=${{ secrets.CLUSTER_ID }}" >> $GITHUB_ENV

也可以在整个step中全局禁用：

- name: Set environment variables
  env:
    MSYS_NO_PATHCONV: 1
  run: |
    echo "deltaKustoClusterId=${{ secrets.CLUSTER_ID }}" >> $GITHUB_ENV

验证方法 #

你可以先在一个测试step中直接输出密钥值，确认是否是路径转换导致的问题：

- name: Debug secret value
  run: |
    echo "${{ secrets.CLUSTER_ID }}"

如果在Windows Runner上输出的是C:/Program Files/Git123，就完全能确认是msys2路径转换的锅了。

内容的提问来源于stack exchange，提问作者Vincent-Philippe Lauzon