Azure Pipelines使用TFVC时是否支持同流水线构建发布多特性分支

你当前使用的 Azure DevOps Server 2020 Update 1 版本完全支持该需求，无需为每个特性分支单独克隆配置流水线，具体实现方案如下：

实现步骤（适配经典非YAML流水线） #

1. 配置流水线参数与动态源码映射 #

• 给构建流水线新增一个字符串类型的流水线参数，命名为TargetBranchPath，默认值可填写常用分支路径，例如$/Team Project/Apps/App 1/dev
• 进入流水线「源代码」配置页，在TFVC工作区映射规则中，服务器路径填写参数引用$(TargetBranchPath)，本地映射路径固定为$(Build.SourcesDirectory)/current-app，流水线运行时会根据传入的参数自动拉取对应分支的代码

2. 提取当前构建分支名称存入自定义变量 #

在所有构建任务最开头新增一个PowerShell内联脚本任务，执行以下逻辑提取分支、应用信息，供后续任务条件判断使用：

# 从目标分支路径中提取分支名，例如从$/Team Project/Apps/App 1/dev-feature-1提取出dev-feature-1
$branchFullPath = "$(TargetBranchPath)"
$branchName = $branchFullPath.Split('/')[-1]
Write-Host "##vso[task.setvariable variable=CurrentBranchName]$branchName"

# 可选：提取当前构建的应用名，支持多应用共用同一条流水线
$appName = $branchFullPath.Split('/')[-2]
Write-Host "##vso[task.setvariable variable=CurrentAppName]$appName"

3. 为任务配置分支执行条件 #

打开需要做分支区分的任务，找到「控制选项」下的「运行此任务」设置，选择「自定义条件」，填入对应判断规则即可，示例如下：

• 仅dev分支执行的任务：and(succeeded(), eq(variables['CurrentBranchName'], 'dev'))
• 仅main分支执行的任务：and(succeeded(), eq(variables['CurrentBranchName'], 'main'))
• 所有dev前缀的特性分支都执行的任务：and(succeeded(), startsWith(variables['CurrentBranchName'], 'dev-feature'))

4. 配置CI触发与Gated Checkin规则 #

• 进入「触发器」配置页，勾选「持续集成」，在路径筛选器中添加通配符规则覆盖所有需要触发的分支，例如$/Team Project/Apps/App 1/dev*、$/Team Project/Apps/App 1/main，符合路径规则的分支有代码提交时会自动触发构建，系统会自动把提交所在的分支路径传入TargetBranchPath参数
• Gated Checkin规则配置逻辑和CI触发完全一致，无需为每个分支单独配置

5. 适配发布流水线 #

• 构建流水线发布制品时，可将CurrentBranchName、CurrentAppName变量加入制品名称，例如$(CurrentAppName)-$(CurrentBranchName)-build-$(Build.BuildId)，也可将分支信息作为制品元数据上传
• 发布流水线拉取制品后，直接通过制品自带的分支信息配置部署条件，例如dev分支制品仅可部署到dev、QA环境，main分支制品才可部署到生产环境

注意事项 #

• 路径筛选器支持通配符匹配，只要你的分支命名符合统一规范，新增特性分支时无需修改流水线任何配置，自动适配构建、Gated Checkin逻辑
• 该方案同样支持多个应用共用同一条流水线，只需在路径筛选器中添加对应应用的分支路径规则即可，通过脚本提取的CurrentAppName变量可自动匹配不同应用的构建脚本、配置文件路径
• 如果后续切换为YAML流水线，核心逻辑完全复用，仅参数、条件的语法需要做小幅调整

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