TypeORM运行migrations时如何处理已删除实体导致的执行报错

• 方案1：给已执行的旧迁移文件添加TS全量忽略注释
  打开报错的src/migrations/1603278044988-defaultEntity.ts文件，在文件第一行插入// @ts-nocheck，TypeScript会跳过该文件的所有类型检查，无需修改原有导入逻辑即可正常编译。已执行完成的迁移不会被二次运行，不需要担心注释带来的逻辑风险。
• 方案2：直接运行编译后的JS迁移文件
  先通过tsc命令将项目完整编译到输出目录（默认是dist），再指定运行编译后的JS格式迁移文件，示例命令：

  typeorm migration:run -d dist/你的数据源配置文件路径.js
  

  该方式完全跳过TS编译检查环节，不需要修改任何迁移文件内容。
• 方案3：归档已完成的旧迁移文件
  先查询数据库内migrations表，确认所有已经执行完成的迁移记录，将对应文件移动到单独的归档目录（比如src/migrations/archived），再修改TypeORM配置中的迁移文件匹配规则，仅匹配当前未归档的迁移目录即可。旧归档文件不会被TypeORM加载，自然也不会触发TS检查。

之前在tsconfig中配置排除迁移目录不生效的原因：如果你的TypeORM配置中显式引入了迁移目录下的文件，TS会将这类显式引入的文件无视exclude规则，纳入类型检查范围，所以单独配置exclude不会生效。
当前TYPEORM_SYNCHRONIZE配置为False是正确的，不要为了规避该问题开启同步配置，避免生产环境数据丢失风险。

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