dotnet ef migrations script本地运行正常 Azure DevOps CI执行失败如何解决

1. 你的WebAPI项目启动逻辑中依赖指定指纹的证书（通常用于HTTPS、身份认证等场景），Azure DevOps构建代理环境不存在该证书，EF工具尝试通过启动项构建Host获取DbContext时首先触发证书缺失错误。
2. Host构建失败后，EF工具会 fallback 到其他逻辑创建DbContext，你的项目没有配置设计时DbContext创建规则，因此抛出无法创建ApplicationDbContext对象的错误。

方案一：添加DbContext设计时工厂（最推荐，不依赖启动项运行环境） #

直接在迁移类库项目MyProject.MigrationProject中新增设计时工厂类，EF工具会优先使用该工厂创建DbContext，完全绕开启动项的运行环境依赖：

using Microsoft.EntityFrameworkCore;
using Microsoft.EntityFrameworkCore.Design;
// 替换为你实际的ApplicationDbContext命名空间
using MyProject.Common.Data;

namespace MyProject.MigrationProject
{
    public class ApplicationDbContextFactory : IDesignTimeDbContextFactory<ApplicationDbContext>
    {
        public ApplicationDbContext CreateDbContext(string[] args)
        {
            var optionsBuilder = new DbContextOptionsBuilder<ApplicationDbContext>();
            // 仅用于生成迁移脚本，不需要真实可用的连接字符串，格式合法即可
            optionsBuilder.UseSqlServer("Server=(localdb)\\mssqllocaldb;Database=Dummy;Trusted_Connection=True;");
            return new ApplicationDbContext(optionsBuilder.Options);
        }
    }
}

方案二：调整流水线配置适配启动项依赖 #

如果不想修改项目代码，可以通过调整流水线配置解决：

1. 调整SDK安装顺序，将UseDotNet@2任务移到所有DotNetCoreCLI任务的最前面，确保整个构建过程使用正确的.NET 5 SDK版本。
2. 解决证书问题：
   • 将依赖的证书上传到Azure DevOps安全文件库，流水线中新增任务下载证书并安装到代理的证书存储中。
   • 或者在执行dotnet ef命令前设置环境变量ASPNETCORE_ENVIRONMENT=Development，并在WebAPI项目的开发环境配置中跳过证书加载逻辑。
3. 确保Build任务已经编译了迁移类库，你当前的Build任务仅编译WebAPI项目，若WebAPI未显式依赖迁移项目，会导致迁移项目未编译触发--no-build参数的错误。

若使用方案二，可直接修改CmdLine任务的脚本如下：

- task: CmdLine@2
  inputs:
    script: |
      set ASPNETCORE_ENVIRONMENT=Development
      dotnet ef migrations script --no-build -o $(Build.ArtifactStagingDirectory)\migrations\script.sql --idempotent --project $(Build.SourcesDirectory)\src\MyProject.MigrationProject\MyProject.MigrationProject.csproj --startup-project $(Build.SourcesDirectory)\src\MyProject.WebApi\MyProject.WebApi.csproj

内容的提问来源于stack exchange，提问作者Al-Aas