EF移行：最後に適用された移行をロールバックしますか？

これは非常に一般的な作業のように見えますが、簡単な方法が見つかりません。

最後に適用した移行を元に戻したい。私は次のような簡単なコマンドを期待していました

PM> Update-Database -TargetMigration:"-1"

代わりに、私が思いつくことができるすべては：

PM> Get-Migrations

Retrieving migrations that have been applied to the target database.
201208012131302_Add-SystemCategory
201207311827468_CategoryIdIsLong
201207232247409_AutomaticMigration
201207211340509_AutomaticMigration
201207200025294_InitialCreate

PM> Update-Database -TargetMigration:"CategoryIdIsLong"

（少なくとも、タイムスタンプをスキップして名前だけを使用できます...）

もっと簡単な方法はありますか？

EF 5.0以降では、説明するアプローチが推奨される方法です。そう

PM> Update-Database -TargetMigration:"NameOfSecondToLastMigration"

または移行例を使用して

PM> Update-Database -TargetMigration:"CategoryIdIsLong"

1つの解決策は、上記の手順を自動化するラッパーPSスクリプトを作成することです。さらに、この機能のリクエストを自由に作成してください。実装する場合は、ぜひお試しください。https://github.com/dotnet/ef6

このスレッドにいくつかの説明を追加したいと思います：

Update-Database -TargetMigration:"name_of_migration"

上記で行っていることは、指定された移行が残されるまで、すべての移行をロールバックしたいということです。したがって、GET-MIGRATIONSを使用していて、A、B、C、D、およびEがあることがわかった場合、このコマンドを使用すると、EおよびDがロールバックされ、Cに移動します。

Update-Database -TargetMigration:"C"

また、反対にコメントできる人がいない限り、序数値と短い-Targetスイッチを使用できることに気づきました（したがって、-Targetは-TargetMigrationと同じです）。すべての移行をロールバックしてやり直す場合は、次のコマンドを使用できます。

Update-Database -Target:0

上記の0は、最初の移行でもロールバックします（これは破壊的なコマンドです-使用する前に何をしているかを確認してください！）-上記の構文を使用する場合、ターゲットマイグレーション（0番目のマイグレーションの名前は、マイグレーションが適用される前に存在しません！）したがって、その場合は、0（序数）値を使用する必要があります。同様に、マイグレーションA、B、C、D、およびEを（この順序で）適用した場合、序数1はAを参照し、序数2はBを参照する必要があります。したがって、Bにロールバックするには、次のいずれかを使用できます。

Update-Database -TargetMigration:"B"

または

Update-Database -TargetMigration:2

2019年10月を編集：

同様の質問に対するこの関連する回答によると、正しいコマンドは-TargetEF Core 1.1 -Migration用であり、EF Core 2.0用です。

ではEntityFrameworkCore：

Update-Database 20161012160749_AddedOrderToCourse

どこ20161012160749_AddedOrderToCourseあなたがロールバックしたい移行の名前です。

解決策は次のとおりです。

Update-Database –TargetMigration 201609261919239_yourLastMigrationSucess

追加のリマインダー：

複数の構成タイプがある場合は、[ConfigurationName]を指定する必要があります

Update-Database -Configurationtypename [ConfigurationName] -TargetMigration [MigrationName]

EF Core Remove-Migrationでは、誤った移行を追加した後で、パッケージマネージャーコンソールにコマンドを入力できます。

移行でデータの損失が発生する可能性がある場合は、コンソールでそうするように提案されています。

データが失われる可能性のある操作が足場で組まれました。移行の正確性を確認してください。このアクションを元に戻すには、Remove-Migrationを使用します。

update-database 0

警告：これにより、EFCoreのすべての移行がロールバックされます！注意して使用してください:)

これはパッケージマネージャーコンソールで実行すると機能することがわかりました。

dotnet ef migrations list | select -Last 2 | select -First 1 | ForEach-Object { Update-Database -Migration $_ }

それを簡単にするスクリプトを作成できます。

私はEntityFrameworkCoreを使用しており、@ MaciejLisCKによる回答を使用しています。複数のDBコンテキストがある場合は、コンテキストパラメータを追加して、コンテキストを指定する必要もあります。例：

Update-Database 201207211340509_MyMigration -context myDBcontext

（どこ201207211340509_MyMigrationにロールバックしたいマイグレーションmyDBcontextであり、DBコンテキストの名前です）

Update-Database –TargetMigration:"Your migration name"

この問題について、私はこのリンクを提案します：

https://elegantcode.com/2012/04/12/entity-framework-migrations-tips/

データ損失の可能性がある場合、EFはupdate-databaseコマンドを完了しません。デフォルトでは、AutomaticMigrationDataLossAllowed = falseであり、-forceパラメーターを指定して実行しない限り、アクションをロールバックします。

Update-Database –TargetMigration:"Your migration name" -force

または

Update-Database –TargetMigration:Your_Migration_Index -force