EF Migrations: откатить последнюю примененную миграцию?

Начиная с EF 5.0, описанный вами подход является предпочтительным. Так

PM> Update-Database -TargetMigration:"NameOfSecondToLastMigration"

или используя ваш пример миграции

PM> Update-Database -TargetMigration:"CategoryIdIsLong"

Одним из решений может быть создание сценария 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"

or

Update-Database -TargetMigration:2

Редактировать октябрь 2019 г .:

Согласно этому связанному ответу на аналогичный вопрос, правильная команда -Target для EF Core 1.1, а -Migration для EF Core 2.0. .

В EntityFrameworkCore:

Update-Database 20161012160749_AddedOrderToCourse

где 20161012160749_AddedOrderToCourse - имя миграции, к которой вы хотите вернуться.

Я понял, что нет хороших решений, использующих команду CLI dotnet, поэтому вот одно:

dotnet ef migrations list
dotnet ef database update NameOfYourMigration

Вместо NameOfYourMigration введите имя миграции, к которой вы хотите вернуться.

Затем вы можете навсегда удалить все отмененные миграции, используя

dotnet ef migrations remove

Решение:

Update-Database –TargetMigration 201609261919239_yourLastMigrationSucess

EF CORE

PM> Update-Database yourMigrationName

(отменяет миграцию)

PM> Update-Database

работал на меня

в этом случае исходный вопрос (yourMigrationName = CategoryIdIsLong)

Дополнительное напоминание:

Если у вас несколько типов конфигурации, вам необходимо указать [ConfigurationName]

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

В EF Core вы можете ввести команду Remove-Migration в консоли диспетчера пакетов после добавления ошибочной миграции.

Консоль предлагает сделать это, если миграция может повлечь за собой потерю данных:

Выполнена операция, которая может привести к потере данных. Проверьте точность миграции. Чтобы отменить это действие, используйте Remove-Migration.

update-database 0

Предупреждение: это откатит ВСЕ миграции в EFCore! Пожалуйста, используйте осторожно :)

Я использую EntityFrameworkCore и использую ответ @MaciejLisCK. Если у вас есть несколько контекстов БД, вам также необходимо указать контекст, добавив параметр контекста, например. :

Update-Database 201207211340509_MyMigration -context myDBcontext

(где 201207211340509_MyMigration - это миграция, к которой вы хотите выполнить откат, а myDBcontext - имя вашего контекста БД)

Я обнаружил, что это работает при запуске в консоли диспетчера пакетов:

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

Вы можете создать сценарий, который упростит задачу.

Я запускаю свой через свою (BASH GIT) консоль, также работающую под управлением Entity Framework Core. Команды Update-Database не будут работать вне консоли пакета, и я должен использовать команды donet ef.

donet ef database update [Name of previous Migration]

Это запустит protected override void Down(MigrationBuilder migrationBuilder) метод вашей текущей миграции и всех остальных, чтобы вернуться к версии БД, которую вы установили.

Я также использую -p [migration project] -s [Project Solution]. Это также позволяет ему указывать на мои appsettings. [Enviorment] .json, где хранится мой пароль для доступа к БД.

export ASPNETCORE_ENVIRONMENT=[ENVIORMENT]; donet ef database update [Name of previous Migration] -p [Migration Project Name] -s [Solution Name]

Многое из этого может быть известно, но хотелось бы подробно рассказать, если вы делаете это впервые.

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

or

Update-Database –TargetMigration:Your_Migration_Index -force

EF CORE

Обновить базу данных до предыдущей точки

update-database CategoryIdIsLong

А затем удалите плохую миграцию

remove-migration