Azure DevOps构建.NET 4.7.2项目遇MC3050错误：无法找到VsBrushes类型

核心原因 #

VsBrushes是Visual Studio SDK（对应Microsoft.VisualStudio.Shell.*系列程序集）中的类型，本地VS2019默认包含完整的VS SDK依赖环境，但Azure DevOps构建服务器大概率缺少对应的VS工作负载或SDK组件，导致编译XAML标记文件时无法解析该类型。

排查与修复步骤 #

• 检查构建代理的VS安装配置：确认构建服务器上已安装Visual Studio 2019，且勾选了**「Visual Studio扩展开发」工作负载**——该工作负载包含VS SDK核心组件，是解析VsBrushes的必要条件。
• 验证项目的程序集引用：检查项目是否正确引用了Microsoft.VisualStudio.Shell.15.0（或匹配你项目的对应版本）程序集，同时确认引用的HintPath路径在构建服务器上有效（本地路径可能和服务器的VS安装路径不一致）。
• 指定VS自带的MSBuild路径：在Azure DevOps构建任务中，不要使用全局的dotnet msbuild，而是直接调用VS安装目录下的MSBuild可执行文件，例如：C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Current\Bin\msbuild.exe，确保加载完整的VS环境上下文。
• 确认NuGet依赖还原：如果项目通过NuGet引入VS SDK组件，检查Azure DevOps的NuGet还原任务是否成功下载了Microsoft.VisualStudio.Shell相关包，且包版本和本地开发环境完全一致。
• 对比构建日志差异：导出本地成功构建的详细日志和服务器失败的日志，搜索VsBrushes相关的引用解析流程，定位服务器端是否存在程序集未被加载、路径错误等差异点。
• 清理构建缓存：除了清理项目的obj目录，在Azure DevOps构建任务中添加「清理本地工作区」步骤，强制每次构建从干净状态开始，避免旧缓存文件干扰。

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