Django.db.migrations.exceptions.InconsistentMigrationHistory

Question

Lorsque j'exécute python manage.py migrate sur mon projet Django, je reçois l'erreur suivante :

Traceback (most recent call last):
File "manage.py", line 22, in 
execute_from_command_line(sys.argv)
File "/home/hari/project/env/local/lib/python2.7/site-     packages/django/core/management/__init__.py", line 363, in execute_from_command_line
utility.execute()
File "/home/hari/project/env/local/lib/python2.7/site-packages/django/core/management/__init__.py", line 355, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/home/hari/project/env/local/lib/python2.7/site-packages/django/core/management/base.py", line 283, in run_from_argv
self.execute(*args, **cmd_options)
File "/home/hari/project/env/local/lib/python2.7/site-packages/django/core/management/base.py", line 330, in execute
output = self.handle(*args, **options)
File "/home/hari/project/env/local/lib/python2.7/site-packages/django/core/management/commands/migrate.py", line 86, in handle
executor.loader.check_consistent_history(connection)
File "/home/hari/project/env/local/lib/python2.7/site-packages/django/db/migrations/loader.py", line 298, in check_consistent_history
connection.alias,
django.db.migrations.exceptions.InconsistentMigrationHistory: Migration admin.0001_initial is applied before its dependency account.0001_initial on database 'default'.

J'ai un modèle d'utilisateur comme ci-dessous :

class User(AbstractUser):
    place = models.CharField(max_length=64, null=True, blank=True)
    address = models.CharField(max_length=128, null=True, blank=True)

Comment puis-je résoudre ce problème ?

Answer 1

Étant donné que vous utilisez un modèle utilisateur personnalisé, vous pouvez d'abord commenter

INSTALLED_APPS = [
...
#'django.contrib.admin',
...
]

dans vos paramètres Installed_Apps. Ensuite, exécutez

python manage.py migrate.

Une fois terminé, décommentez

'django.contrib.admin'

Answer 2

Commençons par aborder le problème avec la plupart des réponses sur cette page :

Vous n'avez jamais à supprimer votre base de données si vous utilisez correctement le système de migration de Django et vous ne devriez jamais supprimer les migrations une fois qu'elles ont été validées

Maintenant, la meilleure solution pour vous dépend de plusieurs facteurs incluant votre expérience avec Django, de votre compréhension du système de migration, et de la valeur des données dans votre base de données.

En bref, il y a deux façons de résoudre une erreur de migration.

1. Prendre l'option nucléaire. Avertissement : ceci est seulement une option si vous travaillez seul. Si d'autres personnes dépendent des migrations existantes vous ne pouvez pas simplement les supprimer.

   • Supprimer toutes vos migrations et reconstruire un ensemble frais avec python3 -m manage makemigrations. Cela devrait résoudre tout problème que vous aviez avec des dépendances ou des incohérences dans vos migrations.
   • Supprimer l'intégralité de votre base de données. Cela va résoudre tout problème que vous aviez avec des incohérences entre votre schéma de base de données actuel et le schéma que vous devriez avoir en fonction de l'historique de vos migrations, et va résoudre tout problème que vous aviez avec des incohérences entre votre historique de migrations et vos fichiers de migrations précédents [c'est ce que le InconsistentMigrationHistory reproche].
   • Reconstruisez le schéma de votre base de données avec python3 -m manage migrate

2. Déterminez la cause de l'erreur et résolvez-la, car (par expérience) la cause est presque certainement quelque chose de ridicule que vous avez fait. (Généralement résultant d'une mauvaise compréhension de la façon d'utiliser correctement le système de migration). Sur la base des erreurs que j'ai causées, il y a trois catégories.

   1. Incohérences avec les fichiers de migration. C'est assez commun lorsque plusieurs personnes travaillent sur un projet. Espérons que vos changements ne sont pas en conflit et que makemigrations --merge peut résoudre le problème, sinon quelqu'un va devoir revenir en arrière avec ses migrations jusqu'au point de divergence pour résoudre cela.
   2. Incohérences entre votre schéma et l'historique de vos migrations. Pour gérer cela, quelqu'un a probablement modifié le schéma de la base de données manuellement ou a supprimé des migrations. S'ils ont supprimé une migration, annulez leurs changements et réprimandez-les ; vous ne devriez jamais supprimer des migrations si d'autres en dépendent. S'ils ont modifié le schéma de la base de données manuellement, annulez leurs changements et réprimandez-les ; Django gère le schéma de la base de données, pas quelqu'un d'autre.
   3. Incohérences entre l'historique de vos migrations et vos fichiers de migrations. [C'est le problème de InconsistentMigrationHistory dont souffre la personne qui pose la question, et celui dont j'ai souffert en arrivant sur cette page]. Pour gérer cela, quelqu'un a probablement manipulé manuellement la table django_migrations ou a supprimé une migration après son application. Pour résoudre cela, vous allez devoir comprendre comment l'incohérence est survenue et la résoudre manuellement. Si votre schéma de base de données est correct et que c'est seulement l'historique de vos migrations qui est faux, vous pouvez éditer manuellement la table django_migrations pour résoudre cela. Si votre schéma de base de données est faux, vous devrez également le modifier manuellement pour le mettre en conformité avec ce qu'il devrait être.

Sur la base de votre description du problème et de la réponse que vous avez sélectionnée, je vais supposer que vous travaillez seul, que vous êtes nouveau sur Django et que vous ne vous souciez pas de vos données. Donc l'option nucléaire peut être la bonne pour vous.

Si vous n'êtes pas dans cette situation et que le texte ci-dessus vous semble être du charabia, alors je vous suggère de demander de l'aide sur la liste de diffusion des utilisateurs de Django. Il y a des personnes très serviables là-bas qui peuvent vous guider pour résoudre le désordre spécifique dans lequel vous vous trouvez.

Ayez confiance, vous pouvez résoudre cette erreur sans recourir à l'option nucléaire !

Answer 3

Votre table django_migrations dans votre base de données est la cause de l'incohérence et supprimer toutes les migrations juste à partir du chemin local ne fonctionnera pas.

Vous devez vider la table django_migrations de votre base de données, puis essayer d'appliquer à nouveau les migrations. Cela devrait fonctionner, mais si ce n'est pas le cas, exécutez à nouveau makemigrations, puis migrate.

Note : n'oubliez pas de sauvegarder vos données.

Answer 4

Voici comment résoudre cela correctement.

Suivez ces étapes dans votre dossier de migrations à l'intérieur du projet :

1. Supprimez les fichiers _pycache_ et 0001_initial.
2. Supprimez le db.sqlite3 du répertoire racine (faites attention, toutes vos données disparaîtront).
3. sur le terminal exécutez : python manage.py makemigrations
   python manage.py migrate

Voilà.

Answer 5

Problème

django.db.migrations.exceptions.InconsistentMigrationHistory: Migration admin.0001_initial est appliquée avant sa dépendance account.0001_initial sur la base de données 'default'.

Nous pouvons donc migrer la base de données sans admin (admin.0001_initial) en premier.

Après que sa dépendance ait été migrée, exécutez les commandes pour migrer admin.0001_initial.

Solution

1. supprimer 'django.contrib.admin' de INSTALLED_APPS dans le fichier settings.py.
2. exécuter les commandes :

Python manage.py makemigrations nom_application

Python manage.py migrate nom_application

3. ajouter 'django.contrib.admin' à INSTALLED_APPS dans le fichier settings.py.
4. exécuter à nouveau les commandes :

Python manage.py makemigrations nom_application

Python manage.py migrate nom_application