EF Core IdentityDB开发：未配置认证提供商时如何迁移数据库？

核心结论 #

使用Identity数据库不需要提前配置完整的外部认证提供商，你遇到的迁移和Identity错误，根源是缺少Identity的基础核心配置，而非外部认证未就绪。

可行解决办法 #

• 先完成Identity基础配置
  不管外部认证是否就绪，先确保Identity核心服务已正确注册（以Program.cs为例）：

  builder.Services.AddDefaultIdentity<IdentityUser>(options => options.SignIn.RequireConfirmedAccount = false)
      .AddEntityFrameworkStores<ApplicationDbContext>();
  

  将SignIn.RequireConfirmedAccount设为false，避免因账号验证逻辑阻碍开发流程，同时保证数据库迁移能正常执行。

• 开发阶段模拟外部认证
  若需要在开发时测试登录流程，无需对接真实第三方提供商，可使用ASP.NET内置的测试认证方案：

  builder.Services.AddAuthentication()
      .AddTestAuth(options =>
      {
          options.TestUsers.Add(new TestUser
          {
              SubjectId = "1",
              Username = "testuser@example.com",
              Claims = new List<Claim>
              {
                  new Claim(ClaimTypes.Name, "Test User"),
                  new Claim(ClaimTypes.Email, "testuser@example.com")
              }
          });
      });
  

  该方案可直接模拟外部登录行为，让你正常使用Identity的用户管理、数据库操作等功能，完全不依赖真实认证提供商。

• 修复数据库迁移问题
  确保你的数据库上下文正确继承自Identity的上下文类：

  public class ApplicationDbContext : IdentityDbContext<IdentityUser>
  {
      public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options)
          : base(options)
      {
      }
  }
  

  之后重新生成并应用迁移：

  Add-Migration InitialIdentitySetup
  Update-Database
  

  若之前的迁移存在异常，可删除旧迁移文件和数据库，再重新执行上述命令。

• 后续过渡到真实外部认证
  等外部提供商配置完成后，只需将测试认证方案替换为对应提供商的配置（如AddGoogle、AddMicrosoftAccount等），Identity数据库结构无需修改——外部认证仅作为登录入口，用户核心数据仍存储在Identity数据库中。

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