私は南のチュートリアルに従っています。「最初の移行」の手順を正常に実行できました。ただし、スキーマを変更して schemamigration を再度実行すると、次のようになります。
python manage.py schemamigration southtut --auto
コマンドは完了しません。エラーメッセージは表示されません。南のチュートリアルでモデルに加えた変更は次のとおりです。
class Knight(models.Model):
name = models.CharField(max_length=100)
of_the_round_table = models.BooleanField()
foo = models.IntegerField() # added this field
最初の移行のログは次のとおりです。
$ python manage.py schemamigration southtut --initial
Creating migrations directory at 'c:\Users\jp\Documents\project\southtut\migrations'...
Creating __init__.py in 'c:\Users\jp\Documents\project\southtut\migrations'...
+ Added model southtut.Knight
Created 0001_initial.py. You can now apply this migration with: ./manage.py migrate southtut
(django-test)
jp@jp-PC ~/project
$
(django-test)
jp@jp-PC ~/project
$ python manage.py migrate southtut
Running migrations for southtut:
- Migrating forwards to 0001_initial.
> southtut:0001_initial
- Loading initial data for southtut.
Installed 0 object(s) from 0 fixture(s)
これが更新です。
を使用してmsysいます。python（引数なしで）入力すると、ハングすることに気付きました。を使用したところcmd、ランニングpythonがハングしませんでした。python manage.py schemamigration southtut --autocmdで実行すると、コマンドが完了しました。ただし、virtualenvwrapper を使用しているため、 virtualenvwrapper-winをインストールする必要がありました。msysschememigrationでハングアップする理由を知っている人はいますか? --autoまたは具体的には、なぜ実行pythonがハングするのですか? startapp、syncdb、およびを問題なく実行できrunserverます。cmdを使用しないことをお勧めします。
別の更新: これは間違いなく Python がインタラクティブではないという問題に関連しています。Windows 7 を搭載した仕事用 PC に msys をインストールしましたが、python フォーム msys を問題なく実行できます。問題の PC は自宅の PC である Vista です。これは間違いなく以前は機能していました。msys をアンインストールして再インストールしても問題は発生します。Windows 用の OpenSSH がこの問題を引き起こした可能性があると思います。
python -iただし、正常に動作します。移行ファイルpython -i manage.py schemamigration southtut --autoを作成すると、最後に python プロンプトが表示されます。私はこれで生きていけると思いますが、これは間違いなく以前は機能していました。