请求协助修改Azure DevOps CI YAML流水线，遇警告则失败并设独立阶段

以下是针对主流CI平台的实现方案，核心思路是在独立阶段中启用.NET的“警告视为错误”编译选项，确保任何代码警告都会导致该阶段失败：

GitHub Actions 实现 #

在现有流水线中添加独立的check-warnings作业，依赖已有的构建作业：

jobs:
  # 你的现有构建作业
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Setup .NET
        uses: actions/setup-dotnet@v4
        with:
          dotnet-version: '8.x' # 替换为项目使用的.NET版本
      - name: Build project
        run: dotnet build YourProject.sln --configuration Release

  # 新增的警告检查独立阶段
  check-warnings:
    needs: build
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Setup .NET
        uses: actions/setup-dotnet@v4
        with:
          dotnet-version: '8.x'
      - name: Enforce no build warnings
        run: dotnet build YourProject.sln --configuration Release /warnaserror

Azure DevOps 实现 #

在现有流水线中添加独立的CheckWarnings阶段，依赖已有的构建阶段：

stages:
- stage: Build
  jobs:
  - job: BuildJob
    steps:
      - task: UseDotNet@2
        inputs:
          packageType: 'sdk'
          version: '8.x' # 替换为项目使用的.NET版本
      - task: DotNetCoreCLI@2
        inputs:
          command: 'build'
          projects: 'YourProject.sln'
          arguments: '--configuration Release'

- stage: CheckWarnings
  dependsOn: Build
  jobs:
  - job: CheckWarningsJob
    steps:
      - task: UseDotNet@2
        inputs:
          packageType: 'sdk'
          version: '8.x'
      - task: DotNetCoreCLI@2
        inputs:
          command: 'build'
          projects: 'YourProject.sln'
          arguments: '--configuration Release /warnaserror'

额外配置说明 #

• 排除特定警告：如果需要忽略某些允许的警告，可以在参数中添加/nowarn:警告码，例如/warnaserror /nowarn:CS1591来忽略XML注释缺失的警告。
• 避免重复构建：如果不想重复执行构建步骤，可以在构建阶段保存编译日志，然后在警告检查阶段通过脚本分析日志中的警告条目。但直接使用/warnaserror的方式更简洁可靠，能确保检查环境与构建环境一致。
• 适配其他CI平台：GitLab CI等其他平台的逻辑类似，只需在独立阶段中执行dotnet build YourProject.sln --configuration Release /warnaserror命令即可。

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