Comment ignorer l'échec de la migration? (rake db:migrate)

Je n'arrive pas à trouver une option ou quelque chose qui me permet de sauter des migrations.

Je sais ce que vous pensez: "vous ne devriez jamais avoir à le faire..."

J'ai besoin de sauter une migration qui apporte des modifications à l'utilisateur spécifique des documents qui n'existent pas dans ma base de données de développement. Je ne veux pas changer parce que la migration n'est pas une partie de la source, je suis censé travailler avec. Est-il un moyen de passer une migration ou d'ignorer l'échec de la migration?

Merci d'avance!

InformationsquelleAutor hmind | 2012-01-10

58

Je pense que vous devriez résoudre la délinquance des migrations moins fragile, je pense qu'un couple de if états et peut-être un rescue serait suffisant.

Mais, si la fixation de la migration n'est pas vraiment une option, vous pouvez faire semblant de diverses manières. Tout d'abord, vous pouvez simplement commenter les méthodes de migration, exécutez rake db:migrate, puis décommenter (ou rétablir) la délinquance de la migration.

Vous pouvez également faux à l'intérieur de la base de données, mais cette sorte de chicane n'est pas recommandé, sauf si vous savez ce que vous faites et que vous n'avez pas l'esprit manuellement les correctifs des choses quand vous (inévitablement) faire une erreur. Il y a une table dans votre base de données appelée schema_migrations qui a un seul varchar(255) colonne appelée version; ce tableau est utilisé par db:migrate pour suivre les migrations ont été appliquées. Tout ce que vous devez faire est d'INSÉRER le version valeur et rake db:migrate pense que la migration a été fait. Trouver le fautif fichier de migration:
```
db/migrate/99999999999999_XXXX.rb
```
ensuite, allez dans votre base de données et de dire:
```
insert into schema_migrations (version) values ('99999999999999');
```
où 99999999999999 est, bien sûr, le nombre de la migration du nom de fichier. Puis en exécutant rake db:migrate doit ignorer que la migration.

J'irais avec la deuxième option avant le troisième, je suis le seul dont le "hack schema_versions" option pour l'exhaustivité.
- Ya, je suis juste allé de l'avant et couper la délinquance migrations temporairement. Personnellement, j'aurais créé la bonne Si les déclarations ou tout simplement avait-il vérifier pour un environnement de production, mais apparemment la personne qui gère les migrations ne croit pas à l'aide de db:migrate, tout en développant =P Merci
- personne qui gère les migrations ne croit pas à l'aide de db:migrate, tout en développant". Oh mon. La publication de vos systèmes de production doit être super heureux moment de plaisir!
- heureusement, je ne gère pas que ce soit haha
InformationsquelleAutor mu is too short
16

J'ai eu un problème où j'ai eu une migration pour ajouter une table qui existe déjà, donc dans mon cas j'ai dû sauter cette migration en tant que bien, parce que j'ai été l'obtention de l'erreur
```
SQLite3::SQLException: table "posts" already exists: CREATE TABLE "posts"
```
J'ai simplement commenté le contenu de la table de la méthode, a couru la migration, puis retirée de la sortir. C'est une sorte de manuel de la façon de la contourner, mais il a travaillé. Voir ci-dessous:
```
class CreatePosts < ActiveRecord::Migration
  def change
    # create_table :posts do |t|
    #   t.string :title
    #   t.text :message
    #   t.string :attachment
    #   t.integer :user_id
    #   t.boolean :comment
    #   t.integer :phase_id

    #   t.timestamps
    # end
  end
end
```
- C'est tout simplement génial!!! Ne peux pas croire que je ne pense pas à ce sujet. Totalement fonctionné.
InformationsquelleAutor user1647964
15

C'est une bonne façon de le faire pour désactiver les erreurs.

db:migrate:up VERSION=my_version

Cela permettra d'exécuter une fonction spécifique à la migration de la "place" des actions. (Il y a aussi le contraire si vous en avez besoin, il suffit de remplacer "jusqu'à" avec "down".) Ainsi, de cette façon, vous pouvez soit exécuter l'avenir de la migration qui fait la plus ancienne (que vous devez ignorer) de travail, ou tout simplement courir chaque migration à l'avance de manière sélective.

Je crois aussi qu'on peut refaire les migrations de cette façon:

rake db:migrate:redo VERSION=my_version

Je n'ai pas essayé cette méthode personnellement, YMMV.

InformationsquelleAutor John
7

Si vous devez le faire, de votre application migrations sont foiré!

Insère toutes les migrations:
```
def insert(xxx)
  ActiveRecord::Base.connection.execute("insert into schema_migrations (version) values (#{xxx})") rescue nil
end

files = Dir.glob("db/migrate/*")
files.collect { |f| f.split("/").last.split("_").first }.map { |n| insert(n) }
```
- Pas nécessairement. Par exemple, si vous pg_restore votre base de données de production de votre machine de développement pour résoudre un problème avec les données de production. Ne soyez pas si prompts à dire à quelqu'un qu'ils le font mal quand vous n'avez pas toutes les informations.
- Dans mon cas, c'est quand j'ai eu à l'utiliser, tout ce qui a été un gros gâchis et je n'ai pas le temps de comprendre pourquoi il est arrivé comme ça. À propos de pg_restore, il convient également de restaurer le schema_migrations table je le deviner?
- Oui, bien sûr, la schema_migrations table est simplement une table dans la base de données. Re-lecture de ton titre, je peux voir une autre interprétation. J'ai d'abord lu comme, "Vous n'avez pas à écrire votre migrations correctement." Ce que je pense que vous avez réellement dire, c'est que "Il y a un problème avec les migrations." Mais c'est évident, d'où la question, donc j'ai supposé que le "vous foutu" sens. Mon mauvais.
InformationsquelleAutor Dorian
1

Au lieu de sauter de la migration, vous pourriez faire votre migration intelligente, l'ajout de certains SI elle, de sorte que vous pouvez cocher la case "les utilisateurs spécifiques"
- Oui, c'est ce que j'aurais fait si j'avais écrit la migration. Mais je n'ai pas et je n'ai pas vraiment envie de glander avec une partie de la source que je ne suis pas vraiment censé toucher donc j'ai juste fini de les couper temporairement.
InformationsquelleAutor Alessandro DS
1

parfois, il est nécessaire de re-remplir schema_migrations table avec certainement de corriger les migrations...
UNIQUEMENT POUR CE BUT j'ai créé cette méthode
```
def self.insert_missing_migrations(stop_migration=nil)
  files = Dir.glob("db/migrate/*")
  timestamps = files.collect{|f| f.split("/").last.split("_").first}
  only_n_first_migrations = timestamps.split(stop_migration).first

  only_n_first_migrations.each do |version|
    sql = "insert into `schema_migrations` (`version`) values (#{version})"
    ActiveRecord::Base.connection.execute(sql) rescue nil
  end
end
```
vous pouvez copier-coller dans n'importe quel modèle que vous désirez et l'utiliser à partir de la console
```
YourModel.insert_missing_migrations("xxxxxxxxxxxxxx")
```
(ou quelque chose d'autre),

où "xxxxxxxxxxxxxx" - est horodatage de la migration avant de qui vous voulez arrêter d'insertion (vous pouvez le laisser vide)

!!! ne l'utilisez que si vous devez absolument comprendre quel est le résultat que vous obtenez !!!

InformationsquelleAutor okliv

De passer tous en attendant les migrations, exécutez ceci dans votre terminal:

echo "a = [" $(rails db:migrate:status | grep "down" | grep -o '[0-9]\{1,\}' | tr '\n' ', ') "];def insert(b);ActiveRecord::Base.connection.execute(\"insert into schema_migrations (version) values (#{b})\") rescue nil;end;a.map { |b| insert(b)}" | xclip

(Pour macOS utilisation pbcopy au lieu de xclip)

Puis CTRL-V le résultat à l'intérieur des rails de la console:

a = [ 20180927120600,20180927120700 ];def insert(b);ActiveRecord::Base.connection.execute("insert into schema_migrations (version) values (#{b})") rescue nil;end;a.map { |b| insert(b)}

Et appuyez sur ENTRÉE.

Vous pouvez modifier la liste des migrations que vous voulez passer en les retirant de la matrice un avant l'exécution de la ligne.

InformationsquelleAutor Tim N

Vous devez vous connecter pour publier un commentaire.

Si vous devez le faire, de votre application migrations sont foiré!