一些介绍

CodeFirst是EntityFrameworks的一种开发模式，即代码优先，它以业务代码为主，通过代码来生成数据库，并且加上migration的强大数据表比对功能来生成数据库版本，让程序开发人员不用维护数据库的变更，而直接维护migration即可，在它里面有你当前版本和过去历史版本的所有变更记录！

大叔写过的Migration的文章

第六十回 EF架构~CodeFirst生产环境的Migrations

第六十二回 EF架构~Migration数据迁移的执行顺序

开始今天的《一步一步带您进行Migration数据库版本控制的学习之旅》

（1）通过EF-CodeFirst自己帮我们建立了数据库，初始化的数据表

第一次建立数据模型，运行程序，自动建立数据库和数据表，并执行对应的初始化工作

数据模型

数据初始化

EF在LindAgile里的注册

数据库第一次被创建，数据表名的名称，可以控制它的单数和复数形式

        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {            // 注意表单复数形式时，实体不能有下划线，必须是单词　　　　　　　modelBuilder.Conventions.Remove();
　　　　　}

其中__MigrationHistory表，它是数据变更的数据表，体现了数据库的历史

（２）开始数据迁移

这时，我们看解决方案里，没有migrations文件夹，因为这时你没有开启变更计划

当开启变更后，才会出现这个文件夹

 Enable-Migrations

然后在项目中就看到了migrations文件夹，它将存储我们数据库的变更记录

 我们如果新添加了数据实体DO，或者修改了原来的实体，然后希望升级一个变更记录，可以使用add-migration 变更名（随便写）

然后在我们项目的Migrations目录会多一个变更文件，它以时间戳开头，我们在变更执行时，这个时间戳是它顺序执行的关键

（３）把模型的变更更新到数据库

同时，我们看一个数据表__MigrationHistory，它没有发生变化，这是因为我们没有把变更更新到数据库，如果希望更新到数据库，可以使用update-database来实现，如果不加版本号，默认更新的是最新的变更记录，它会包括之前的变更代码，在更新时它会与数据表__MigrationHistory里的变更记录进行对比，如果已经更新过了，就不会执行这个版本，而只会向后更新！

执行完成后，我们再看一下数据表的变化，它也会多一条最新的变更记录，以后我们再有数据表变更，就使用这个方法即可，EF-migration只要我们好好用，它只会使我们的开发便得更快捷！

（４）把模型的变更成SQL脚本，以便在生产环境中使用

Update-Database -Script -SourceMigration: $InitialDatabase -TargetMigration:init