Korzystanie z frameworku Entity (code first) migracje w produkcji

To też działa:

var configuration = new MyDbContextConfiguration();
configuration.TargetDatabase = new DbConnectionInfo(
    database.ConnectionString, database.ProviderName);

var migrator = new DbMigrator(configuration);
migrator.Update();

migrator.GetPendingMigrations();

Aby uzyskać listę migracji, które należy zastosować.

Ponieważ nie określiłeś, której wersji Visual Studio używasz lub bazy danych, dodam tutaj odpowiedź, aby powiedzieć, że w VS2015 z Microsoft SQL Server, jest to teraz niezwykle łatwe za pomocą narzędzia "Publikuj".

Nie musisz przejmować się API, o którym mówisz. Po prostu wykonaj swoją pracę lokalnie, zmieniając modele, stosując migracje itp., a następnie, gdy chcesz wypchnąć się na serwery wydania/testowania, użyj narzędzia publish.

Możesz wybrać, aby zastosować dowolne migracje wykonane lokalnie, na zdalny serwer przy pierwszym uruchomieniu aplikacji.

Po wykonaniu wszystkich migracji i wykonaniu wszystkiego lokalnie (w Dev env), publikujemy (klikamy prawym przyciskiem myszy projekt, klikamy " Publikuj..."Zaznacz pole wyboru" Wykonaj Kod pierwsze migracje (uruchamia się przy starcie aplikacji)" w zakładce "Ustawienia", a następnie zastosuje migracje przy pierwszym dostępie do aplikacji (więc będzie krótkie opóźnienie przy pierwszym uruchomieniu aplikacji czas).

Poradnik: https://msdn.microsoft.com/en-us/library/dd465337 (v=vs.110). aspx

Nauczyłem się tego wszystkiego, ponieważ musiałem to zrobić na serwerze Windows 2012: http://www.sherweb.com/blog/how-to-install-webdeploy-on-windows-server-2012/

Powodzenia!

Chciałem kontrolować, które migracje uruchamiane są jawnie w kodzie i po wielu poszukiwaniach udało mi się opracować następującą technikę bez potrzeby włączania klasy DbConfiguration lub automatycznych migracji:

public static void RunMigration(this DbContext context, DbMigration migration)
{            
    var prop = migration.GetType().GetProperty("Operations", BindingFlags.NonPublic | BindingFlags.Instance);
    if (prop != null)
    {
        IEnumerable<MigrationOperation> operations = prop.GetValue(migration) as IEnumerable<MigrationOperation>;
        var generator = new SqlServerMigrationSqlGenerator();
        var statements = generator.Generate(operations, "2008");
        foreach (MigrationStatement item in statements)
            context.Database.ExecuteSqlCommand(item.Sql);
    }
}

A gdybyśmy mieli taką migrację:

public class CreateIndexOnContactCodeMigration : DbMigration
{
    public override void Up()
    {
        this.CreateIndex("Contacts", "Code");
    }

    public override void Down()
    {
        base.Down();
        this.DropIndex("Contacts", "Code");
    }
}

Użylibyśmy go w ten sposób:

using (var dbCrm = new CrmDbContext(connectionString))
{
    var migration = new CreateIndexOnContactCodeMigration();
    migration.Up();                
    dbCrm.RunMigration(migration);
}