Django: dépendances de référence inexistante nœud parent

Quand je lance la commande suivante

python manage.py migrate

Je reçois cette erreur de django ne peut donc pas avancer dans ma pratique:

Traceback (most recent call last):
  File "manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/core/management/__init__.py", line 385, in execute_from_command_line
    utility.execute()
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/core/management/__init__.py", line 377, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/core/management/base.py", line 288, in run_from_argv
    self.execute(*args, **options.__dict__)
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/core/management/base.py", line 338, in execute
    output = self.handle(*args, **options)
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/core/management/commands/migrate.py", line 63, in handle
    executor = MigrationExecutor(connection, self.migration_progress_callback)
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/db/migrations/executor.py", line 17, in __init__
    self.loader = MigrationLoader(self.connection)
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/db/migrations/loader.py", line 48, in __init__
    self.build_graph()
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/db/migrations/loader.py", line 241, in build_graph
    self.graph.add_dependency(migration, key, parent)
  File "/home/nikhil/testWeb-devEnv/local/lib/python2.7/site-packages/django/db/migrations/graph.py", line 42, in add_dependency
    raise KeyError("Migration %s dependencies reference nonexistent parent node %r" % (migration, parent))
KeyError: u"Migration testBolt.0001_initial dependencies reference nonexistent parent node (u'delivery_boy', u'0004_auto_20150221_2011')"

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

Alors, avez-vous une migration appelé 0004_auto_20150221_2011 dans le delivery_boy application?
Il n'y a pas de migration 0004_auto_20150221_2011 dans mon delivery_boy app.
Eh bien, ce qui explique l'erreur, alors. Maintenant, vous devez le supprimer de référence de frshBolt.0001_initial et d'enquêter sur pourquoi vous avez cette dépendance en premier lieu.
merci cela fonctionne.
pouvez-vous s'il vous plaît ajouter comme une réponse de sorte qu'il peut être accepté (et question résolue) ?
À partir du message d'erreur, nous pouvons voir que l'erreur est provoquée par frshBolt.0001_initial dépendances. Retrait frshBolt.les migrations résolu le problème pour moi..

InformationsquelleAutor NIKHIL RANE | 2015-02-23

16

Solution - 1

Supprimer pyc des fichiers à partir de votre migrations dossier.

Solution - 2

Besoin d'enlever cette référence de testBolt.0001_initial en éditant le fichier de migration.

Solution - 3
1. Supprimer les nouveaux changements de la modaux et exécuter python manage.py migrate --fake
2. Maintenant à nouveau de modifier vos modèles avec de nouveaux changements
3. Exécuter python manage.py makemigrations
4. Et puis exécutez à nouveau python manage.py migrate
- Si la suppression de pyc fichiers pourrait résoudre le problème, vous devez le faire en tant que première option. Continuer avec les autres solutions proposées si cela n'aide pas. Donc je vous propose de réorganiser les solutions ici.
- Bonjour pour votre commentaire je suis d'organiser solution.
- Je ne suis pas du tout sûr que ce soit la meilleure solution, ou la solution de prévu pour ce type de problème. Je suis venu ici parce que j'ai eu le même traceback, mais je ne sais pas pourquoi vous avez la vôtre. J'ai eu le mien parce que je voulais changer un nom de table et l'ont dans l'OS. Selon la documentation, il existe une méthode conçue expressément pour changer les noms de table. docs.djangoproject.com/en/1.8/ref/schema-editor/#alter-db-table . Est-ce la cause de votre problème?
- Solution 3 a sauvé ma journée. Merci, mon pote.
InformationsquelleAutor NIKHIL RANE
4

J'ai eu un cas similaire, l'exécution de django dans windows en virtuel env. Dans mon cas, la dépendance manquante a été 0001_initial - qui était là, dans la migration dossier.

La "solution" a été de retirer le pyc fichiers et de faire une autre migrer tentative.

InformationsquelleAutor Jeremias B
4

J'ai eu le même problème. Dans mon cas, parce que j'ai joué avec les migrations manuellement, j'ai oublié de créer __init__.py à l'intérieur de migrations dossier.

InformationsquelleAutor TitanFighter

Dans mon cas, j'ai eu l' .py extension dans la dépendance du module nom, comme ceci:

dependencies = [
    ('dashboard', '0003_auto_20181024_0603.py'),
    ('auth', '__latest__'),
    ('contenttypes', '__latest__'),
]

J'ai enlevé le .py, le changer pour cette

    ('dashboard', '0003_auto_20181024_0603')

et qu'il fixe.

InformationsquelleAutor Christian Long

2

Assurez-vous que vous avez activé votre environnement virtuel.
- Ses la solution si vous obtenez l'erreur à partir de django reinhardt, de la migration, par exemple : ... initial dependencies reference nonexistent parent node (u'auth', u'0008_alter_user_username_max_length')
InformationsquelleAutor Dawn T Cherian
1
```
KeyError: u"Migration testBolt.0001_initial dependencies reference nonexistent parent node (u'delivery_boy', u'0004_auto_20150221_2011')"
```
Supprimer

testBolt.0001_initial

exécutez ensuite migrer de nouveau
- cela a fonctionné pour moi il suffit de supprimer le contenu litigieux de la migration et des migrations fonctionner correctement.
InformationsquelleAutor HoangYell
0

Il pourrait y avoir certains fichiers de migration en restant dans l'application lorsque vous avez essayé la migrer de commande. D'abord supprimer tous les migrations les répertoires de tous les modules. Pour les autres cas Nikhil Rane a couvert tout cela.

InformationsquelleAutor Vishvajit Pathak
0

J'ai essayé NIKHIL solutions avec pas de chance. Ce qui a fonctionné pour moi a été:
- Enlever mon environnement virtuel
- La suppression de la migration __pycache__ dossiers
- De supprimer les anciennes migrations
- Recréer mon environnement virtuel
- Exécuter les migrations
InformationsquelleAutor Programmingjoe
0

Cela fonctionne pour moi
Dans votre application migrations dossier
1. Supprimer tous les fichiers pyc dans votre dossier app (à l'exception de la __init__)
2. Supprimez tous les fichiers dans les migrations (à l'exception de la __init__ )
3. python manage.py makemigrations
4. python manage.py migrate
5. runserver
InformationsquelleAutor Lê Hoàng Vũ
-3

Aller au dossier testBolt -> migrations et supprimer 0001_initial py et pyc fichiers.
- Ce n'est pas une situation où vous êtes en train de supprimer un obsolète application/module. Si vous retirez le "0001" la migration, vous devrez supprimer '0002' car il dépend généralement de 0001...et ainsi de suite jusqu'à ce que vous avez supprimé toutes les migrations...
InformationsquelleAutor Sreenath K Menon

Vous devez vous connecter pour publier un commentaire.