Django 1.7 - makemigrations pas la détection des changements

si vous changez d'une application existante que vous avez créée dans django 1.6, alors vous devez faire une étape préalable (comme je l'ai découvert) listée dans la documentation:

python manage.py makemigrations your_app_label

la documentation ne rend pas évident que vous devez ajouter l'étiquette app à la commande, car la première chose qu'elle vous dit de faire est python manage.py makemigrations qui échouera. Initial la migration est faite lorsque vous créez votre application dans la version 1.7, mais si vous venez de 1.6, elle n'aurait pas été effectuée. Voir le " ajouter la migration aux applications " dans la documentation pour plus de détails.

ma solution n'était pas couverte ici donc je l'affiche. J'avais utilisé syncdb pour un projet–juste pour le faire fonctionner. Puis quand j'ai essayé de commencer à utiliser Django migrations, il a simulé au début puis dirait que C'était "OK", mais rien ne se passait à la base de données.

ma solution était de simplement supprimer tous les fichiers de migration pour mon application, ainsi que comme les enregistrements de base de données pour les migrations de l'application dans la table django_migrations .

alors je viens de faire une migration initiale avec:

./manage.py makemigrations my_app

suivi de:

./manage.py migrate my_app

maintenant je peux faire des migrations sans problème.

cela peut arriver pour les raisons suivantes:

1. Vous n'avez pas ajouter l'application dans INSTALLED_APPS liste settings.py (Vous devez ajouter soit le nom d'application ou le chemin en pointillés à la sous-classe de AppConfig en apps.py dans le dossier app, en fonction de la version de django que vous utilisez). Référence de la documentation: INSTALLED_APPS
2. vous n'avez pas migrations dossier à l'intérieur de ces applications. (Solution: il suffit de créer ce dossier).
3. vous n'avez pas __init__.py fichier à l'intérieur migrations dossier de ces applications. (Solution: il suffit de créer un fichier vide avec le nom _ _ init__.py )
4. vous n'avez pas de fichier __init__.py à l'intérieur de l'application dossier. (Solution: il suffit de créer un fichier vide avec le nom _ _ init__.py )
5. Vous n'avez pas de models.py fichier dans l'application
6. votre classe Python (supposée être un modèle) dans models.py n'hérite pas django.db.models.Model
7. vous avez une erreur sémantique dans la définition des modèles dans models.py

Note: Une erreur courante est d'ajouter migrations dans le dossier .gitignore . Lorsque les fichiers migrations et/ou __init__.py sont clonés à partir d'un fichier repo distant, ils sont absents du fichier repo local. Cela cause problème.

je suggère d'ignorer les fichiers de migration en ajoutant les lignes suivantes à .gitignore fichier

*/migrations/*
!*/migrations/__init__.py

D'accord avec @furins. Si tout semble être en ordre et pourtant ce problème se pose, Vérifiez s'il y a une méthode de propriété avec le même titre que l'attribut que vous essayez d'ajouter dans la classe Model.

1. supprimer la méthode avec un nom similaire à l'attribut que vous ajoutez.
2. manage.py migrations de masse 151940920"
3. manage.py migrer my_app
4. ajouter les méthodes.

c'est un peu une erreur stupide à faire, mais avoir une virgule supplémentaire à la fin de la ligne de déclaration de champ dans la classe de modèle, rend la ligne sans effet.

il arrive quand vous copiez coller le def. de la migration, qui elle-même est définie comme un tableau.

Mais peut-être que ce serait aider quelqu'un :-)

, La réponse est sur ce stackoverflow post, par cdvv7788 les Migrations dans Django 1.7

si c'est la première fois que vous migrez cette application, vous devez utiliser:

manage.py makemigrations myappname une fois que vous faites que vous pouvez faire:

manage.py migrer si vous aviez votre application dans la base de données, modifié son modèle et il ne met pas à jour les changements sur makemigrations vous probablement havent migré il encore. Changez votre modèle de nouveau à sa forme originale, exécutez le première commande (avec le nom de l'application) et de migrer..., il sera faux. Lorsque vous faites cela remettre les changements sur votre modèle, exécuter makemigrations et migrer à nouveau et ça devrait marcher.

j'avais exactement le même problème et faire ce qui précède fonctionnait parfaitement.

j'avais déplacé mon application django vers cloud9 et pour une raison quelconque je n'ai jamais capté la migration initiale.

peut-être que ça aidera quelqu'un. J'utilisais une application imbriquée. projet.appname et moi avions en fait projet et projet.appname in INSTALLED_APPS. La suppression du projet de INSTALLED_APPS a permis de détecter les changements.

les gens comme moi qui n'aiment pas les migrations peuvent utiliser les étapes ci-dessous.

1. Supprimer les modifications que vous souhaitez synchroniser.
2. Exécuter python manage.py makemigrations app_label pour la migration initiale.
3. Exécuter python manage.py migrate pour la création des tables avant d'apporter des modifications.
4. coller les modifications que vous retirez à la première étape.
5. course 2. et 3. étape.

si vous avez confondu ces étapes, lire les fichiers de migration. Modifiez-les pour corriger votre schéma ou supprimer les fichiers indésirables, mais n'oubliez pas de modifier la partie dépendances du fichier de migration suivant;)

j'espère que cela aidera quelqu'un à l'avenir.

après a travaillé pour moi:

1. ajouter le nom de l'application settings.py
2. use ' python manage.py migrations
3. utiliser "python manage.py migrer'

travaillé pour moi: Python 3.4, Django 1.10

peut-être que je suis en retard mais avez-vous essayé d'avoir un dossier migrations dans votre application avec un fichier __init__.py ?

vous souhaitez vérifier le settings.py dans la liste INSTALLED_APPS et assurez-vous que toutes les applications avec des modèles sont énumérés dans il.

exécuter makemigrations dans le dossier du projet signifie qu'il cherchera à mettre à jour toutes les tables liées à toutes les applications incluses dans settings.py pour le projet. Une fois que vous l'incluez, makemigrations incluera automatiquement l'application (cela économise beaucoup de travail pour que vous n'ayez pas à lancer makemigrations app_name pour chaque application de votre projet/site).

juste au cas où vous avez un champ spécifique qui ne s'identifie pas par makemigrations: cochez deux fois si vous avez une propriété avec le même nom.

exemple:

field = django.db.models.CharField(max_length=10, default = '', blank=True, null=True)

# ... later

@property
def field(self):
    pass

la propriété "écrasera" la définition du champ afin que les changements ne soient pas identifiés par makemigrations

ajoutant cette réponse parce que seule cette méthode m'a aidé.

j'ai supprimé le migrations "151990920 dossier" exécuter makemigrations et migrate .

Il dit toujours: pas de migrations à appliquer.