Azure DevOps YAML对象参数值自动转整数的原因及解决方法

问题原因 #

你遇到的输出差异源于Azure DevOps对不同类型参数的解析规则不同：

• 第二个任务里的parameters.dotnetVersion是明确声明为string类型的参数，Azure DevOps会严格保留你定义的字符串值'8.0'，因此输出完整的8.0。
• 第一个任务里的sln.solution.dotNetVersion属于object类型参数的内部字段，Azure DevOps解析object时，会自动将类似'8.0'的字符串尝试转换为浮点数，后续输出时浮点数8.0会被简化为整数8，导致小数点后部分丢失。

解决办法 #

针对object内部字段的自动类型转换问题，有几种可靠的处理方式：

1. 使用多行字符串定义版本号 #

在YAML里用管道符|定义版本号，这种方式会强制保留原始字符串格式，避免被解析为数值：

parameters:
  - name: build_config
    type: object
    default:
      - solution:
          name: TestProject
          # 其他配置项...
          dotNetVersion: |
            8.0

2. 给版本号加额外标识再移除 #

给版本号添加非数字后缀/前缀，使用时通过字符串替换去掉标识：

# 定义参数时
dotNetVersion: '8.0_'

# 任务中使用时
- script: |
    echo "Dotnet version is: ${{replace(sln.solution.dotNetVersion, '_', '')}}"
  displayName: Output dotnet version

3. 用JSON字符串包裹版本号 #

把版本号用双引号包裹成JSON字符串格式，使用时去掉外层引号：

# 定义参数时
dotNetVersion: '"8.0"'

# bash脚本中使用时
- script: |
    VERSION=${{sln.solution.dotNetVersion}}
    echo "Dotnet version is: ${VERSION//\"/}"
  displayName: Output dotnet version

4. 拆分参数结构（长期推荐方案） #

如果流水线规模较大，建议把build_config拆分为更细的参数结构，或者在使用模板时给每个solution的dotNetVersion字段明确指定string类型约束，从根源上避免类型自动转换。

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