对于单个分支项目来说,只要你生成一个migration的版本,就会有一个时间戳文件的对应,而在update-database时,会从最小的时间开始,一直执行到当前版本的migration,而对于多个分支项目来说,会涉及在每个分支上添加自己的migration计划,这时,我们可能会手动修改时间戳,以适应我们数据库的迁移工作!
上面图中是一个复杂的数据迁移工程,它来自于多个分支项目,而在合适时,可能在A分支上有32,35,36,而在B分支上可能有33,34,这时我们把A分支合并到B之后,我们需要修改B原来的分支,因为你的33和34的日期可能在35和36之前,这时,在进行代码生成时,可以会有流失版本的问题,导致数据库结构不完整,所以,有时间我们需要根据代码的生产时间来修改migration的时间戳文件!
执行顺序:按着时间的顺序去执行,而不是按着名字的大小!
生产代码:Update-Database -Script -SourceMigration: $InitialDatabase -TargetMigration:init39
感谢各位阅读!
本文转自博客园张占岭（仓储大叔）的博客，原文链接：EF架构~Migration数据迁移的执行顺序，如需转载请自行联系原博主。
