「自動移行を元に戻す」とはどういう意味ですか？

Question

戻って、以前の移行にロールの更新とデータベースを実行している、ソースコントロールに支店を変更した後、EFは時々下記のように、テキスト「元に戻す自動移行」を表示します。

Reverting automatic migration: 201305171619008_DescriptiveNameForMigration. 
Reverting code-based migration: 201305162023299_Init. 

どのようにEntity Frameworkのは、あることを決定しました移行は自動的に行われるべきですし、それはどういう仕組みですか？

は、ここでは、コード最初の移行すでにセットアップとプロジェクト持っていると仮定し、それを再現する方法は次のとおりです。

は、モデル、マッパーへの変更を行い、ソースコントロールの新しいブランチへ

1. スイッチ、および
バックデフォルト枝に
3. スイッチ移行
4. アップデート - データベースを追加、更新、データベース-TargetMigration：0 -Force
5. Update-Databaseコマンドの結果の「自動マイグレーションを元に戻す」を参照してください。

これは私が間違っていると私が訂正してくれるものです。

• アップデート - データベースが__MigrationHistory
• でマイグレーションを列挙するには、対応する移行ファイルが存在しない場合は、それが最善を行い、プロジェクトに対応した移行ファイルを検索し、ダウン（）メソッド
• を呼び出しますあなたが移行を足場場合は、Entity Frameworkのは__MigrationsHistoryに記録された最後のモデルと現行モデルとの差分を実行し、MIGRATを作成します

Answer 1

__MigrationHistory中のスナップショットに基づいて、移行をロールバックする方法について-guessそのdiffを含むイオンクラス。 Scaffoldされた移行のUpメソッドとDownメソッドの両方を自由に編集できます。

自動移行は、あなたが足場をスキップしてみましょう。彼らが有効になっていると、あなたがアップデート - データベースを呼び出した場合、それは__MigartionsHistoryに記録されているあなたの現在のモデルの差分と最後のモデルを実行し、「自動」移行を使用して、その差分を適用します。自動移行はまだ__MigrationHistoryのレコードを取得しますが、プロジェクトに追加何のマイグレーションクラスは存在しません。差分のステップは、アップ方式でスキャフォールドされていたであろうことと同じですが、あなたはそれをカスタマイズする機会は決してありません。

これらの自動移行の1つを元に戻すと、記録されたモデルと以前の移行のモデルの差分が実行されます。これらのステップは、足場をつけたDown法と同じである。

Entity Frameworkが移行用の移行クラスを見つけられない場合、移行は自動移行であるとみなされます。したがって、Downメソッドをカスタマイズした場合、元に戻すときにこれらのカスタマイズは適用されません。

これは物事を少し明確にします。