Azure Pipelines构建突发失败疑因镜像/MSBuild更新，求排查方案

核心原因 #

你遇到的NETSDK1151错误是新版.NET SDK 7.0.100新增的严格校验规则导致的。之前的Azure代理镜像使用的旧版SDK没有这个校验逻辑，所以你的项目配置（自包含可执行项目被非自包含项目引用）能正常构建；但最近代理镜像更新后，默认安装的SDK升级到7.0.100，触发了这个新的验证，导致所有构建失败——这和你的推测完全吻合。

验证推测：强制使用旧镜像 #

可以通过指定具体版本的代理镜像来验证：

• 在Azure DevOps流水线的pool配置中，替换vmImage为旧版本的镜像标签。比如原本用ubuntu-latest，可以换成对应.NET SDK 7.0.100发布前的镜像版本，示例配置：

pool:
  vmImage: 'ubuntu-22.04@20221101' # 替换为实际存在的旧镜像版本号，需提前确认镜像历史

如果切换后构建恢复正常，就证明是SDK版本更新引发的问题。

正确修复方案（避免测试失败） #

添加<ValidateExecutableReferencesMatchSelfContained>false</ValidateExecutableReferencesMatchSelfContained>只是临时绕过校验，会留下运行时风险，还导致测试失败，不推荐。正确的做法是：

• 拆分项目依赖：把***.DbInstaller.csproj中被引用的业务代码抽离成独立的类库项目（.NET Class Library），让***.PublicPortal.csproj引用这个类库，而非直接引用可执行项目。
• 统一自包含配置：如果必须保留可执行项目的引用，确保两个项目的自包含设置一致：要么都设为SelfContained=true，要么都设为SelfContained=false。

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