Djangoの "マイグレーションに反映されない変更" ImageFieldとカスタムストレージ

Question

私のDjango 1.8アプリは、モデルにImageFieldが含まれているサードパーティのアプリ（django-avatar）を使用しています。私はまた、私のプロジェクトのsettings.pyでカスタムDEFAULT_FILE_STORAGE（S3BotoStorage django-storages-redux）を使用しています。その結果、私はmanage.py migrateを実行するたびに、私はアバターアプリについては、この警告を受ける：

あなたのモデルがまだ移行に反映されていない変更があり、そのため適用されません。 'manage.py makemigrations'を実行して新しい移行を行い、 'manage.py migrate'を再度実行して移行します。

... avatar's initial migrationは、DjangoのデフォルトのFileSystemStorageを参照しています。 makemigrationsを実行すると、そののImageFieldのストレージが私のプロジェクトの設定を一致させるために、アバターアプリで新しい0002の移行を作成します。

問題は、この新しい移行は、私のプロジェクトの外に、Pythonのサイトのパッケージ内に設置アバターで作成され

... 
migrations.AlterField(
    model_name='avatar', 
    name='avatar', 
    field=models.ImageField(storage=storages.backends.s3boto.S3BotoStorage(), max_length=1024, upload_to=avatar.models.avatar_file_path, blank=True), 
), 

（そういうわけで、gitのコントロールの外側に、展開のために利用できないなど）。

カスタムDEFAULT_FILE_STORAGEのプロジェクトでImageField（またはFileField）を使用するサードパーティ製アプリケーションの移行を処理する正しい方法は何ですか？私は考えました：

• 警告を無視してください。ストレージを移行するための移行は実際には ではDBスキーマには影響しません。私のプロジェクトのDEFAULT_FILE_STORAGEは最初から S3BotoStorageになっているので、データの移行は必要ありません。

• settings.MIGRATION_MODULESを使用して、アバターの マイグレーションを自分のプロジェクトに移動します。 （私のコピーへのすべての将来の アバターの移行を超えるそして慎重ポート - エラーが発生しやすいようです。） [EDIT： ジャンゴ - ユーザーのthis commentメーリングリストが、これは間違ったアプローチであることを示唆している。]

• は

  掲載django-avatar（またはdjango-storage-redux）のメンテナーは何を変更するのですか？ （現在、S3BotoStorageは既にdeconstructibleです。これは問題ではありません）

• または...？

Answer 1

答えは... django-avatarの保守担当者に修正を依頼してください。

単にデフォルトのストレージを使用する場合は、Noneまたはdjango.core.files.storage.default_storage〜ImageFieldを渡す必要があります。この場合、storage kwargは移行のフィールドに渡されません。

これを修正するためにPRを作成しました。