Azure Pipeline单YAML构建：文件触发自动设变量及工件标签问询

先明确你的目录结构（方便后续参考）：

Microservices/
 |_Service A
 |  |_Test_Stage
 |  |_Testing_Config
 |  |_QA_Stage
 |  |_QA_Config
 |  |_Prod_stage
 |  |_Prod_Config
 |_Service B
 |  |_Test_Stage
 |  |_Testing_Config
 |  |_QA_Stage
 |  |_QA_Config
 |  |_Prod_stage
 |  |_Prod_Config

针对你的两个问题，答案都是完全可以实现的，下面分别说明具体落地方式：

1. 检测触发构建的目录/文件，自动设置$(Project)和$(Stage)变量 #

在YAML流水线中，你可以结合路径触发规则+脚本分析，自动识别变更所属的服务和阶段，进而设置对应变量。

具体实现步骤： #

• 第一步，配置流水线触发规则，只监听Microservices目录下的文件变更：

trigger:
  paths:
    include:
      - Microservices/**
    exclude:
      - README.md # 按需排除不需要触发构建的文件

• 第二步，添加脚本任务（PowerShell/Bash均可），分析本次构建的变更文件路径，提取服务和阶段信息并设置流水线变量：
  以PowerShell为例：

# 获取本次构建的所有变更文件
$changedFiles = Get-ChildItem -Path "$(Build.SourcesDirectory)/Microservices" -Recurse -File | Where-Object { $_.LastWriteTime -gt [DateTime]::Parse("$(Build.QueuedTime)") }

# 遍历变更文件，提取第一个有效路径的服务和阶段
foreach ($file in $changedFiles) {
    $relativePathParts = $file.FullName.Replace("$(Build.SourcesDirectory)", "").Split([System.IO.Path]::DirectorySeparatorChar, [System.StringSplitOptions]::RemoveEmptyEntries)
    if ($relativePathParts.Count -ge 3) {
        # 从路径中提取Service和Stage
        $targetProject = $relativePathParts[1]
        $targetStage = $relativePathParts[2]
        # 设置流水线变量，后续任务可直接引用
        Write-Host "##vso[task.setvariable variable=Project;]$targetProject"
        Write-Host "##vso[task.setvariable variable=Stage;]$targetStage"
        break
    }
}

• 补充：如果是基于分支命名规则触发（比如分支包含服务/阶段名称），也可以用表达式直接赋值变量，比如：

variables:
  - name: Project
    value: ${{ if contains(variables['Build.SourceBranch'], 'ServiceA') }}: Service A
           ${{ elseif contains(variables['Build.SourceBranch'], 'ServiceB') }}: Service B

不过这种方式更适合分支触发场景，文件变更触发还是脚本分析更灵活。

2. 使用$(Project)和$(Stage)变量为工件设置标签 #

当变量成功设置后，你可以在发布工件的任务中直接引用这些变量，把服务、阶段信息融入工件名称或标签里。

示例：发布带标签的构建工件 #

steps:
# 先完成你的构建逻辑，把产物放到对应目录
- script: |
    # 示例：将Service+Stage的构建产物复制到暂存目录
    cp -r "$(Build.SourcesDirectory)/Microservices/$(Project)/$(Stage)" "$(Build.ArtifactStagingDirectory)"
  displayName: 'Prepare Artifact Files'

# 发布工件，直接用变量命名
- task: PublishBuildArtifacts@1
  inputs:
    PathtoPublish: '$(Build.ArtifactStagingDirectory)'
    ArtifactName: '$(Project)-$(Stage)-Build'
    ArtifactType: 'Container'

# 额外添加标签（可选，用Azure DevOps CLI实现）
- script: |
    az pipelines artifact tag add --artifact-name "$(Project)-$(Stage)-Build" --tag "$(Project)-$(Stage)-$(Build.BuildNumber)" --project $(System.TeamProject) --pipeline-id $(System.DefinitionId) --build-id $(Build.BuildId)
  displayName: 'Add Custom Tags to Artifact'

这样最终生成的工件名称会是类似Service A-Test_Stage-Build，同时还会带上包含构建号的自定义标签，后续部署或检索时能快速识别对应的服务和环境。

注意事项： #

• 如果一次提交同时修改了多个服务/阶段的文件，你需要额外处理这种场景（比如触发多个独立构建，或者设置优先级规则）
• 脚本中的路径解析逻辑可以根据你的实际目录结构调整，确保能准确提取Project和Stage值

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