私はsyncdbの後にこれを取得しています:
clime@den /var/www/loserti $ ./manage.py syncdb
Syncing...
Creating tables ...
Creating table tagging_tag
Creating table tagging_taggeditem
Installing custom SQL ...
Installing indexes ...
Installed 0 object(s) from 0 fixture(s)
Synced:
> django.contrib.auth
> django.contrib.contenttypes
> django.contrib.sessions
> django.contrib.sites
> django.contrib.messages
> django.contrib.staticfiles
> django.contrib.admin
> django.contrib.admindocs
> django.contrib.flatpages
> debug_toolbar
> filebrowser
> grappelli
> tagging
> south
Not synced (use migrations):
- photologue
- web
(use ./manage.py migrate to migrate these)
だから私は移行を実行します:
clime@den /var/www/loserti $ ./manage.py migrate
Running migrations for photologue:
- Nothing to migrate.
- Loading initial data for photologue.
Installed 0 object(s) from 0 fixture(s)
Running migrations for web:
- Nothing to migrate.
- Loading initial data for web.
Installed 0 object(s) from 0 fixture(s)
ただし、syncdb の結果は同じです。
clime@den /var/www/loserti $ ./manage.py syncdb
Syncing...
Creating tables ...
Installing custom SQL ...
Installing indexes ...
Installed 0 object(s) from 0 fixture(s)
Synced:
> django.contrib.auth
> django.contrib.contenttypes
> django.contrib.sessions
> django.contrib.sites
> django.contrib.messages
> django.contrib.staticfiles
> django.contrib.admin
> django.contrib.admindocs
> django.contrib.flatpages
> debug_toolbar
> filebrowser
> grappelli
> tagging
> south
Not synced (use migrations):
- photologue
- web
(use ./manage.py migrate to migrate these)
それはどのように可能で、どのように修正するのですか?
編集:これはかすかなアイデアです。ある時点で ./manage.py syncdb を使用してこれらのアプリ用の新しいテーブルを作成したので、代わりに移行を使用する必要があったのでしょうか?