Azure DevOps多项目解决方案单项目构建管道NuGet配置缺失问题求助

针对你遇到的TFVC多项目解决方案构建问题，提供两种可行解决思路：

方案1：调整TFVC工作区映射与CI触发路径 #

直接修改构建管道的源获取配置，确保拉取必要目录的同时，只监听目标目录的变更触发构建：

1. 打开Azure DevOps构建管道编辑页面，进入获取源步骤
2. 在TFVC工作区配置中，添加以下映射规则（替换原有仅WebProject1的映射）：
   • $\TFVC\Application\WebProject1 → $(Build.SourcesDirectory)\WebProject1
   • $\TFVC\Application\.nuget → $(Build.SourcesDirectory)\.nuget
   • $\TFVC\Application\SharedProject → $(Build.SourcesDirectory)\SharedProject
3. 切换到触发器选项卡，在CI触发的路径筛选中添加：
   • $\TFVC\Application\WebProject1\*
   • $\TFVC\Application\SharedProject\*
     这样既保证WebProject1或SharedProject变更时触发构建，又能拉取到NuGet还原必需的.nuget目录和依赖的SharedProject。

方案2：在项目文件中引用NuGet.config #

通过修改WebProject1的项目文件，让TFVC自动拉取上级目录的NuGet.config：

1. 打开WebProject1的.csproj（或.vbproj）文件
2. 在<Project>节点内添加以下配置：

<ItemGroup>
  <None Include="..\.nuget\NuGet.config">
    <Link>NuGet.config</Link>
    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
  </None>
</ItemGroup>

3. 保存文件并签入TFVC
4. 保持CI触发路径为$\TFVC\Application\WebProject1\*和$\TFVC\Application\SharedProject\*
   此时构建代理拉取WebProject1时会自动同步.nuget目录下的配置文件，NuGet还原步骤即可正常执行。

两种方案对比：方案1更适合需要完整依赖目录的场景，方案2则能最小化拉取的文件量，按需选择即可。

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