这也困扰我很长时间了。
首先，有一个用户请求这个功能。您可以在此处添加您的投票和意见以让 Microsoft 允许此功能：
https://visualstudio.uservoice.com/forums/330519-team-services/suggestions/14131002-allow-variables-in-repository-variables-and-trigg
其次，我们已经开发出一个解决方法，可以解决大部分问题。虽然不完美，但如果您可以接受这种权衡或可以解决缺陷，那么这对您可能会有用。
首先，关闭构建的“标记来源”选项，并将服务器路径字段映射到您的基本构建。您需要向构建定义添加一个自定义变量，告诉构建实例从哪个 TFS 位置提取。例如，我们有一个基本项目，然后是该项目的多个分支，因此我们的源结构如下：
$\Team Project\Project1
$\Team Project\Project1Branch1
$\Team Project\Project1Branch2
$\Team Project\Project1Branch3
我们创建了一个名为“Branch”的变量，可以将其设置为“Branch1”，“Branch2”等。
当我们想要构建基础项目时，在启动构建时留空“Branch”变量。对于分支构建，我们将其设置为要构建的分支的名称。
然后，我们的构建步骤如下：
- 将工作区文件夹映射到分支文件夹
- 获取指定分支的文件-在重新映射工作区后，我们必须手动执行此操作
- 编译指定分支的源代码
- 从指定分支发布构建成果物
- 手动标记指定分支的代码
Remap任务运行以下命令
tf workfold "$/Team Project/Project1$(Branch)" "$(build.sourcesDirectory)\$(Build.DefinitionName)$(Branch)"
手动获取任务运行以下命令。
get /recursive /noprompt "$/Team Project/Project1$(Branch)"
该构建使用分支变量将指向特定分支解决方案文件的正确位置
$(build.sourcesDirectory)\$(Build.DefinitionName)$(Branch)\SolutionFile.sln
发布构件任务在“内容”字段和“路径”字段都使用分支变量。
例如，对于“内容”字段：
**\$(Build.DefinitionName)$(Branch)\bin
标签代码任务使用以下命令。
tf label "$(build.buildNumber)" "$/Team Project/Project1$(Branch)" /recursive
这种设置的缺点是，由于“服务器路径”字段始终设置为主位置，因此您无法捕获相关更改和工作项到您的子分支。如果您总是在启动旨在进入生产的构建之前从您的分支合并到主位置，则这可能不是问题。要补偿此问题，你可以根据你的用例进行某些调整。
如果需要，您可以通过一些调整来使用相同的格式指定完整路径。
但是，当您尝试保存构建时，会生成一个错误，指出映射中有两个“$”字符。是否存在实现此操作的方法或者目前不可能实现？