.NET 8项目Azure DevOps发布时CoreCompile阶段卡死超时问题

问题背景 #

原.NET 6环境的Azure DevOps流水线运行稳定，升级到.NET 8后，流水线在CoreCompile阶段出现无响应卡死，最终约59分钟后触发超时。日志关键信息：

• 虚拟机内存使用率高达95.61%
• CompilerServer抛出错误：Error reading response: Reached end of stream before end of read.
• 问题集中在MyProject.Entities项目
• 本地Visual Studio执行dotnet publish仅需不到4分钟，流水线基于ubuntu-latest虚拟机及mcr.microsoft.com/dotnet/sdk:8.0-jammy容器构建

解决方案 #

1. 禁用CompilerServer #

.NET 8的CompilerServer在资源紧张环境下易出现稳定性问题，可通过环境变量禁用：
在流水线构建步骤中添加环境变量，或在dotnet publish前执行：

export DOTNET_CLI_DISABLE_COMPILER_SERVER=true && dotnet publish YourProject.csproj -c Release

2. 提升构建资源配置 #

ubuntu-latest默认虚拟机的内存可能无法满足.NET 8编译需求：

• 切换到更高规格的代理虚拟机，比如ubuntu-22.04-large
• 若使用容器构建，增加容器的内存配额限制

3. 优化目标项目编译逻辑 #

针对MyProject.Entities项目做针对性优化：

• 拆分大型实体项目为多个子项目，降低单次编译的资源负载
• 清理项目中冗余的引用、生成代码或复杂注解，简化编译流程

4. 清理构建缓存 #

.NET 6到.NET 8的缓存兼容性可能引发问题，清理后重新构建：

• 禁用Azure DevOps流水线中的缓存任务，或手动清理代理节点上的缓存目录
• 构建前执行清理命令：

dotnet clean YourSolution.sln -c Release && dotnet publish YourProject.csproj -c Release

5. 更换SDK镜像版本 #

尝试使用带补丁的.NET 8 SDK镜像，避免已知的CompilerServer bug：

• 将容器镜像替换为mcr.microsoft.com/dotnet/sdk:8.0.101-jammy（或更新的补丁版本）

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