Attention, il ne faut jamais supprimer une migration ! Sinon tous les autres environnements auront des problèmes.

Une meilleure pratique est de remodifier les modèles et ensuite de regénérer une migration qui fera les opérations dans l'autre sens, ou créer manuellement une migration qui fait les opérations dans l'autre sens.

Je ne maîtrise pas exactement les conséquences de cette suppression même dans ce cas particulier mais j'avoue que ça sent pas bon.

Le cas présent est un peu particulier, pour deux raisons :

1. c'est une migration qui contient seulement des data et aucune modification sur le modèle de données
2. les modifications impliquées par la migration n'ont aucune importance puisque le ROLE additionnel attribué n'est plus utilisé dans le code

Bon, je remets la migration ça c'est sûr. Je suis tenté de vider la fonction UP. Une migration vide, c'est pas très propre, mais un peu plus qu'une migration qui sert à rien ?

added 1 commit

• 6e7524d6 - a migration should not be deleted

Compare with previous version

J'ai push une proposition avec migration vidée de son contenu.

Alors, toujours pas. Si la migration a été faite en prod ou sur un autre environnement, les changements ont été apportés en base. Donc, si on supprime ou vide la migration, les environnements qui n'ont pas fait la migration ne seront pas dans le même état que ceux qui l'ont faite.

Si les modifications n'ont aucune importance, le mieux est donc sans doute de laisser la migration telle quelle.

added 1 commit

• 8e1b51c6 - once migration has been merged, do not change it at all

Compare with previous version

Et voilà.

merged

mentioned in commit 0a7b3ecd