Cofnięcie nieudanej migracji Rails

Aby przejść do określonej wersji wystarczy użyć:

rake db:migrate VERSION=(the version you want to go to)

Ale jeśli migracja zawiedzie częściowo, musisz ją najpierw wyczyścić. Jednym ze sposobów byłoby:

• edytuj metodę migracji down, aby cofnąć część up, która zadziałała
• migracja z powrotem do poprzedniego stanu (od którego zacząłeś)
• napraw migrację (w tym cofanie zmian do down)
• spróbuj ponownie

Ok, ludzie, oto jak to się robi. Nie wiem, o czym mówią powyższe odpowiedzi.

1. Dowiedz się, która część migracji up zadziałała. Skomentuj to.
2. również skomentuj / usuń część migracji, która się zepsuła.
3. Uruchom migrację ponownie. Teraz zakończy niezłamane części migracji, pomijając części, które już zostały zrobione.
4. odkomentuj fragmenty migracji, które skomentowałeś w kroku 1.

Możesz przenieść w dół i utworzyć kopię zapasową, jeśli chcesz sprawdzić, czy masz ją teraz.

Zgadzam się, że powinieneś używać PostgreSQL, jeśli to możliwe. Jednak, gdy utkniesz z MySQL, możesz uniknąć większości tych problemów, próbując najpierw migracji na testowej bazie danych:

rake db:migrate RAILS_ENV=test

Możesz powrócić do poprzedniego stanu i spróbować ponownie za pomocą

rake db:schema:load RAILS_ENV=test

W 2015 roku z Rails 4.2.1 i MySQL 5.7, nieudana migracja nie może być naprawiona za pomocą standardowych akcji rake, które rails zapewniają, Jak to było w 2009 roku.

MySql nie obsługuje wycofywania Stanów DDL (w MySQL 5.7 Manual ). A Rails nie może nic z tym zrobić.

Możemy również sprawdzić, jak Rails wykonuje zadanie: migracja jest zawinięta w transakcję w zależności od tego, jak adapter reaguje na :supports_ddl_transactions?. Po przeszukaniu tej akcji w Rails source (v 4.2.1), odkryłem, że tylko Sqlite3 i PostgreSql obsługuje transakcje, a przez domyślnie nie jest obsługiwany.

Edit Tak więc aktualna odpowiedź na pierwotne pytanie: nieudana migracja MySQL musi być ręcznie naprawiona.

Łatwy sposób na to, aby to zrobić, to zawinąć wszystkie swoje działania w transakcję:

class WhateverMigration < ActiveRecord::Migration

 def self.up
    ActiveRecord::Base.transaction do
...
    end
  end

  def self.down
    ActiveRecord::Base.transaction do
...
    end
  end

end

Jak zauważył Luke Francl, " MySql ['s MyISAM tables don' t] support transactions " - dlatego możesz rozważyć unikanie MySQL w ogóle lub przynajmniej MyISAM w szczególności.

Jeśli używasz InnoDB MySQL, to powyższe będzie działać dobrze. Wszelkie błędy w górę lub w dół wycofają się.

Należy pamiętać niektóre rodzaje akcji nie mogą być cofnięte poprzez transakcje. Ogólnie, zmiany tabeli (upuszczanie tabeli, usuwanie lub dodawanie kolumn itp.)nie można cofnąć.

Uruchom tylko migrację down z konsoli:

Http://gilesbowkett.blogspot.com/2007/07/how-to-use-migrations-from-console.html (click through to his pastie)

Miałem literówkę (w "add_column"):

Def self.up

add_column :medias, :title, :text
add_colunm :medias, :enctype, :text

End

Def self.down

remove_column :medias, :title
remove_column :medias, :enctype   

End

A następnie twój problem(nie można cofnąć częściowo nieudanej migracji). po jakimś nieudanym googlowaniu uruchomiłem to:

Def self.up

remove_column :medias, :title
add_column :medias, :title, :text
add_column :medias, :enctype, :text

End

Def self.down

remove_column :medias, :title
remove_column :medias, :enctype

End

Jak widzisz, dodałem linię korekcji ręcznie, a następnie usunąłem ją ponownie, zanim sprawdziłem.

Powyższa odpowiedź Alejandro Babio zapewnia najlepszą aktualną odpowiedź.

Jeden dodatkowy szczegół chcę dodać:

Gdy migracja myfailedmigration nie powiedzie się, nie jest uważana za zastosowaną i można to sprawdzić uruchamiając rake db:migrate:status, które wyświetli wynik podobny do następującego:

$  rake db:migrate:status
database: sample_app_dev

 Status   Migration ID    Migration Name
--------------------------------------------------
   up      20130206203115  Create users
   ...
   ...
   down    20150501173156  Test migration

Pozostały efekt add_column :assets, :test, :integer po nieudanej migracji będzie musiał zostać odwrócony na poziomie bazy danych za pomocą zapytania alter table assets drop column test;.