Azure DevOps构建Web站点报ASPCONFIG程序集加载错误

这个报错是两个环境差异叠加导致的：

• 本地开发环境因为安装了完整Visual Studio，Microsoft.VisualStudio.QualityTools.UnitTestFramework, Version=10.0.0.0程序集已经被注册到本地GAC（全局程序集缓存），aspnet_compiler.exe执行预编译时可以正常检索到文件，因此本地构建运行完全正常。
• Azure DevOps构建代理的环境里根本不存在这个程序集——这是Visual Studio专属的单元测试框架组件，从来不是.NET Framework、Web运行时的标配组件，托管代理镜像不会预装VS2010时代版本的这个测试程序集。不管切换x86/x64哪种编译配置，只要aspnet_compiler.exe按照web.config的配置要求去检索这个文件，就一定会触发“系统找不到指定文件”的报错。
  你之前参考的同类型问题解法不生效，是因为那些解法都是针对“站点代码真的需要依赖这个程序集”的场景设计的，而你当前的配置里，这个引用本来就是无意义的历史遗留冗余项。

• 优先清理冗余配置：直接打开站点对应的web.config，删掉<compilation>节点下<assemblies>列表里那行引用Microsoft.VisualStudio.QualityTools.UnitTestFramework的配置。
  • 这行配置可以放心删除：该测试框架程序集只会被单元测试项目使用，正常生产Web站点的业务代码、编译逻辑根本不会依赖它。这段配置大概率是早年Visual Studio自动同步程序集引用到web.config的功能误加的，属于完全无用的冗余配置。
  • 这里可以明确一个判断逻辑：aspnet_compiler.exe预编译时，会无条件遍历<assemblies>节点下列出的所有程序集，不管站点代码有没有实际用到它，只要配置了需要加载，就会去检索对应文件，检索不到就直接抛出ASPCONFIG错误。
• 从根源避免冗余配置再次出现：
  • 打开Web站点对应的.csproj项目文件，检查项目引用列表，删掉所有对测试框架、测试类库的直接引用，不要让项目的自动同步逻辑再把测试相关的程序集引用写回web.config。
  • 严格分离项目依赖边界：单元测试框架的引用只放在独立的测试项目中，不要让Web站点项目、核心业务类库项目直接依赖测试相关的程序集。
• 极端场景兜底方案（极少出现，即站点生产代码真的有逻辑依赖这个程序集）：
  • 不要依赖构建机GAC的全局程序集缓存加载逻辑——Azure DevOps托管代理每次构建都会重置运行环境，临时往GAC拷贝文件的操作没有长期效果。
  • 通过NuGet包引入对应版本的Microsoft.VisualStudio.QualityTools.UnitTestFramework，让程序集随项目的输出目录一起打包，走本地文件加载路径，不要依赖全局缓存的加载逻辑。

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