entity-framework - 如何处理减慢构建和 IDE 的巨大 efcore 迁移设计器文件

标签 entity-framework entity-framework-core entity-framework-migrations entity-framework-core-2.1 entity-framework-core-migrations

我目前有一个 efcore 2.1 项目,其中包含大约 230 个实体和大约 350 个迁移。每次添加 efcore 迁移时,都会创建一个设计器文件。该文件大约 535 kb,并且还在不断增长(所有设计器文件总共 150 MB)。这使得 IDE 缓慢且无响应,重构是行不通的,它还使构建过程变慢。如果我删除所有设计器文件,构建会从 110 秒下降到 20 秒,并且 IDE 再次变得活泼。

但是,一旦我删除了所有设计器文件,就无法使用“dotnet ef 数据库”命令。

我之前也合并了所有迁移。这是有效的,除了在团队设置中执行此操作时存在一些问题(必须在每台开发人员机器上运行手动命令,没有团队成员可以进行任何未同步的迁移等)并且这只是暂时的,因为一段时间后迁移再次开始堆积.

我很好奇是否还有其他项目存在同样的问题,他们是如何解决这个问题的?

最佳答案

现在,将来可以添加 .editorconfig文件到 迁移 文件夹,内容如下:

# All files
# Sets generated code for all migrations
[*]
generated_code = true

它将禁用所有分析器,这使我的 IDE 对所有迁移更加满意。

注意:需要 Visual Studio 16.5

关于entity-framework - 如何处理减慢构建和 IDE 的巨大 efcore 迁移设计器文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52627277/

相关文章:

c# - 代码先创建表

entity-framework - Entity Framework 代码优先从单独的 Windows 类库迁移

c# - Entity Framework 的 Repository + UnitOfWork 模式

c# - 在哪里放置业务实体、枚举、自定义异常?

asp.net-core - 脚手架MVC在继承IdentityDbContext时不加载ApplicationDbContext

c# - 无法访问 ASP.NET Core 后台服务中已处置的对象

c# - Entity Framework 连接字符串 "The Server was not found"

C# 实体 - 按 ID 删除项目 - 要删除的 ID 在另一个列表中

c# - 在 Startup.cs 中添加 DbContextOptions 而不是注册数据存储

entity-framework-4 - EF 4.3在一个数据库中具有多个DbContext的自动迁移