VS 2010 データベース プロジェクト ガイダンス ドキュメント (ガイダンス ドキュメントへのリンク) を読んだばかりですが、継続的インテグレーション DB のビルドと DB の単体テストの賢明な戦略については、まだ賢明ではありません。
現在、アプリケーションと同じソリューションに DB プロジェクトがあり、チェックイン時にソリューション全体をビルドしています。すべてのビルドで DB を展開することは実用的ですか?
DB プロジェクトを別のソリューションに分離する必要があります。そうすれば、ビルドされる頻度が減るので、ビルド時にデプロイする方が賢明でしょうか?
すべてを自動的に展開することを忘れて、それを手動の手順にする必要がありますか?
Database Unit Test プロジェクトのデータベースをどのようにデプロイしますか?
ガイダンス文書には多くの情報がありますが、決定的な答えはありません。
ありがとうベン
それはあなたの目標が何であるかによって異なります。すべてのビルドでどの環境にデプロイすることを検討していますか?
展開する頻度と場所は、通常、QA プロセスやリリース プロセスによって決まります。チェックインのたびに実稼働データベースに自動展開したくないと仮定しています。最初に行う必要がある QA プロセスがある可能性があります。
そこで、どのような環境をお持ちで、何に使用され、どのくらいの頻度で更新してほしいかを調べます。毎晩更新される QA 環境を持つことはかなり一般的ですが、チェックインのたびに更新すると QA 活動が中断されます。
一部の人々は、すべてのビルドにデプロイされ、自動テストがそれに対して実行される環境を持っています。これがあれば、すべてのビルドにデプロイすることは理にかなっています。
DB プロジェクトをデプロイせずにビルドできます。ビルドとデプロイは、Visual Studio の DB プロジェクトに関しては別の概念です。