0
モデルを更新し、環境ごとにデプロイメントファイルを作成する必要がありますか?DBのいずれか(Devまたはqa)からモデルを作成し、同じデプロイメントファイルを使用しても問題ありませんか?
3つの環境がすべて同じであるとは限りません。最初の移行
update-database -scrpit
のためのパッケージマネージャコンソールタイプで
モデルを更新し、環境ごとにデプロイメントファイルを作成する必要がありますか?DBのいずれか(Devまたはqa)からモデルを作成し、同じデプロイメントファイルを使用しても問題ありませんか?
3つの環境がすべて同じであるとは限りません。最初の移行
update-database -scrpit
のためのパッケージマネージャコンソールタイプで
このその後、あなたはこれがあなたのアプリケーションのすべての移行のためのSQLスクリプトを生成します
update-database -scrpit -SourceMigration:[yourMigrationClassName]
を使用することができます。あなたはあなたの目的地のデータベースでこのスクリプトを実行することができます。
"データベースを最初に"ではなく "codefirst from DB"を使用することをお勧めします。 これをチェックするpost
これが役立つかどうか教えてください。
すべてのDBスクリプトは、DBチームによって生成されます。私は、DBチームがDBの変更をロールバックすると同時にプロジェクトをロールバックすることができます。 – PrivateJoker
あなたは、生成されたすべてのモデル、メソッドが対応するテーブル、関数、および保存先procureに一致することを確認する必要があります。そうでなければ、エラーが発生します。上記の条件が満たされない限り、同じ展開ファイルを使用できます。移行の管理はDBFirstの苦労です。注:web.config内の接続文字列の名前は変更しないでください。構成マネージャーを使用して、各環境ごとに異なるweb.configを作成できます。 – srini
OK。だから、私の場合、別々の展開が必要な時があります。 (すなわち、dev/qaの変更はまだ行われていない) – PrivateJoker