Azure DevOps中EF迁移脚本生成失败，错误码2147516545
问题背景
本地执行以下EF迁移脚本生成命令完全正常，但在Azure DevOps（使用windows-latest代理）中运行时抛出模糊错误：
dotnet-ef migrations script --idempotent --output db-migrations.sql --no-build --verbose
报错信息仅显示：
The process 'C:\hostedtoolcache\windows\dotnet\dotnet.exe' failed with exit code 2147516545
移除--no-build参数后命令可正常执行，但当前需要将该命令作为数据库项目的MSBuild PostBuildEvent执行，避免重复构建，同时希望迁移脚本变更时能在提交记录中体现。
原因分析
--no-build参数要求EF工具直接使用已构建完成的项目程序集，但Azure DevOps的构建环境中，项目构建输出的路径、权限或文件状态可能与本地环境不一致，EF工具无法正确定位或加载已构建的程序集，从而抛出无详细信息的退出码错误。
解决方案
方案1：调整PostBuildEvent命令，复用已有构建输出
无需使用--no-build，而是通过明确指定项目路径让EF工具复用MSBuild PostBuild阶段已完成的构建结果，避免重复全量构建。修改数据库项目的PostBuildEvent为：
dotnet-ef migrations script --idempotent --output $(ProjectDir)db-migrations.sql --verbose --project $(ProjectPath) --startup-project $(StartupProjectPath)
$(ProjectDir)、$(ProjectPath)、$(StartupProjectPath)是MSBuild内置变量，会自动指向当前项目的目录、项目文件路径和启动项目路径，确保EF工具能正确找到已构建的输出文件。
方案2：指定已构建程序集路径（保留--no-build）
如果必须使用--no-build，需要在Azure DevOps构建流程中先完成数据库项目的构建，再明确告诉EF工具要使用的程序集路径：
- 先添加DB项目构建步骤：
dotnet build YourDbProject.csproj --output $(Build.ArtifactStagingDirectory)/db-build
- 再执行EF迁移脚本命令：
dotnet-ef migrations script --idempotent --output db-migrations.sql --no-build --verbose --assembly $(Build.ArtifactStagingDirectory)/db-build/YourDbProject.dll --startup-assembly $(Build.ArtifactStagingDirectory)/db-build/YourStartupProject.dll --project YourDbProject.csproj
通过--assembly和--startup-assembly参数直接指定已构建的程序集文件，避免EF工具自动查找时出错。
方案3：启用Azure DevOps构建缓存
开启构建缓存功能，针对数据库项目的输出目录进行缓存。后续构建时若项目代码无变更，将直接复用缓存的构建输出，此时使用--no-build参数即可正常执行，同时减少构建耗时。
迁移脚本变更提交处理
要让迁移脚本的变更体现在提交记录中：
- 将生成的
db-migrations.sql文件加入版本控制 - 在Azure DevOps构建流程中添加步骤，检查该文件是否有变更：
- 若有变更，可配置构建服务账号自动提交（需提前赋予账号代码仓库的提交权限）
- 或在构建失败时提醒开发者手动提交变更后的脚本
内容的提问来源于stack exchange，提问作者Madushan
