DjangoとElasticbeanstalk/MultipleデータベースのためのDjango移行プロセス

Question

DjangoとElasticbeanstalkを使用して小さなWebアプリケーションを開発しています。 2つの環境（ステージングとプロダクション）でEBアプリケーションを作成し、RDSインスタンスを作成してEB環境に割り当てました。

私はローカルデータベースを使用していますが、AWSへのデプロイメントにかなりの時間がかかります。

ただし、移行に問題があります。私は数分おきにローカルで開発とテストを行うため、ローカルと異なる2つの環境で異なる移行をする傾向があります。

一度、特定の環境にアプリケーションの現在のバージョンをデプロイすると、テーブルがすでに存在するか存在しないため、 "manage.py migrate"はほとんどの場合失敗します。テーブル）。

私は、開発、ステージング、およびプロダクションに複数の環境を使用する場合、同じ構造を常に反映していないいくつかの共通のデータベースインスタンスを使用すると、移行プロセスをどのように処理するのだろうと思いましたか？

コードリポジトリとebデプロイメントからマイグレーションファイルを除外し、すべてのデプロイメント後にマックマイグレーション&を実行する必要がありますか？ .ebextensionsを使用して自動的に移行を実行して、インスタンスの1つを通して手動ですべての移行を適用する必要がありますか？

異なる環境で異なるデータベースインスタンスで同じDjangoアプリケーションを使用する場合の推奨方法は何ですか？

Answer 1

ある時点でテーブルまたは移行を削除した可能性があります。

makemigrationsを実行すると、djangoはmigratinsを作成し、migrateを実行すると設定ファイルで指定されたデータベースを作成します。

マイグレーションの作成を継続し、特定のデータベースで実行しないと、1つのことは、絶対にうまくいくことです。 databsseに切り替えて移行を実行するたびに、すべてのデータベースが今までdjango-migrationsテーブルで実行されていた時点までのポイントを保存し、次の移行の実行を開始するため、移行が処理されます。

問題を解決するには、すべてのデータベースと移行ファイルを削除して、今すぐテストするようにしてください。いずれかのサーバーでマイグレーションやデータベースを削除するまで、問題は解決します。

貴重なデータがある場合は、マイグレーションファイルとテーブルを参照して、物事を分析して管理する必要があります。