私の会社の.NETアプリケーションの自動展開戦略をまとめようとしています。我々は、アプリケーションホスティング用のIISと、継続的インテグレーション用のmsbuild &の展開と共に、TFS/VS 2010を使用しています。アプリケーションは、主に次の2つのコンポーネントで構成されています。 * webapp *データベースVisual Studio 2010でのデータベースのデプロイメントを自動化するにはどうすればよいですか？
ここでの分岐戦略はシングルストリームです。つまり、私たちは1つの大きい「幹」を持ち、今のところそれはそのままであると仮定することができます。
私たちはmsbuildにwebappをIISに配備する方法を理解しました。今私はデータベースコンポーネントの展開を処理するための最良の戦略を見つけようとしています。現在、データベースのデプロイメントは完全に手動です。dbアーキテクトはマシンに定期的にdbを作成し、自動生成されたマイグレーション・スクリプトを調べ、プリ/ポスト・デプロイメント・スクリプトを手動で書き込みます。その後、彼は全体の展開を実行し、誰にでも電子メールを送信します。
これは理想的な解決策ではありません。dbaが手動dbデプロイメント作業の調整に失敗した場合を除いて、自動夜間Webアプリケーションデプロイメントはうまくいきます。これは、すべての当事者の頭痛の原因となります。したがって、私はdbの自動展開がどの程度実現可能かを理解しようとしています。
msbuildでデータベースを展開する方法を理解しています。しかし、より大きな問題は、展開前後のスクリプトを適切に管理しているようです。
これを念頭に置いて、このような状況でベストプラクティスを教えてもらえますか？私は過去に多くの設定管理を行ってきましたが、データベースコンポーネントを使ってプロジェクトを管理するのは初めてです。
を生成するVS 2012で新しいデータベース・プロジェクトは、あなたのためのオプションであるかもしれない場合、私は、知りません。私はSQLSでそれをテストしました。要点は、ソリューションに含めることができるファイルにつながるSchema Compareが含まれていることです。 – sprinter252