EF Core迁移疑问：本地无库中已存迁移记录时更新共享开发库会怎样？

执行数据库更新的核心逻辑 #

EF Core执行dotnet ef database update或Update-Database时，会按以下逻辑处理：

• 对比本地项目的迁移文件与数据库__EFMigrationsHistory表的记录
• 对于本地没有的迁移记录，只会标记为「已应用但本地缺失」，不会主动删除这些记录，也不会尝试回滚（因为没有对应的迁移文件）
• 仅处理本地存在、且数据库未应用的迁移：如果本地有新迁移，会尝试应用到数据库；如果本地迁移比数据库现有记录少，不会做任何回滚或删除操作

会不会删除__EFMigrationsHistory中的未知记录？ #

绝对不会。EF Core的迁移系统默认不会修改或删除历史表中的已有记录，除非你手动执行删除语句，或者用自定义脚本做了特殊处理。常规更新操作只会在成功应用新迁移后，往历史表添加新记录。

会不会直接崩溃？ #

大概率不会直接崩溃，但可能触发两种异常：

• 模型结构不匹配异常：如果其他分支的迁移已经修改了数据库结构，而你的本地项目模型还没同步，执行更新时会抛出模型验证错误（比如找不到某张表、字段类型不匹配）
• 迁移历史冲突异常：如果本地迁移的依赖链和数据库历史记录不兼容（比如本地迁移的前置迁移在数据库里找不到，或者数据库里有本地迁移之后的未知记录），EF Core会抛出迁移历史不匹配的错误，提示存在未知迁移

对其他团队的影响 #

只要你不手动修改__EFMigrationsHistory表或数据库结构，其他团队执行更新时：

• 如果他们的本地项目包含那些未知迁移文件，EF Core会识别到这些记录已存在，不会重复应用
• 但如果你的操作导致数据库结构和其他团队的模型不匹配，他们后续运行代码或更新时可能会遇到结构不一致的错误

建议的处理步骤 #

• 先查清楚这些未知迁移来自哪个团队/分支，沟通确认迁移内容，评估是保留还是回滚
• 如果要保留，把对应的迁移文件同步到你的本地项目，确保迁移历史一致
• 如果要回滚，必须由拥有这些迁移文件的团队执行回滚操作，绝对不要手动修改数据库结构或历史表
• 长期来看，共享开发库建议做分支隔离：比如每个团队用独立的数据库实例，或者给不同分支的迁移加专属标签区分

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