IISでホストされている一部のWCFプロジェクトを継続的に統合するためのセットアップを進めており、最適化された最も簡単な方法で展開を自動化しようとしています。WCFの自動展開
今、CC.NET、MSBUILD、必要なファイルをデプロイメントフォルダにコピーするバッチファイルをビルドしてデプロイしていますが、より良い方法が必要だと思います。
理想的には、Webデプロイメントプロジェクトのようなものが必要ですが、WCFのためのものです。
すべての必要なファイルをコピーし、毛羽立ちをすべて除外する素晴らしいPower Shellスクリプトには決まります。
まあ、WCFクラスライブラリをホスティングするためのWeb配置プロジェクトを使用するのを止めることはありません。 SVCファイルはIISによって取得され、適切にルーティングされます。標準のデプロイメントプロジェクトとカスタムアクションを使用してIISのvrootを作成し、設定を細かく制御できるようにしますが、標準のWebデプロイメントプロジェクトも同様に機能します。
IIS7で動作していない限り、IISに関する限り、それ自体のハンドラを持つ標準的なコンテンツです。 Windows 2008/Windows 7 Betaになると、これらのバージョンのハンドラモデルが非常に異なるため、状況が少し変わる可能性があります。
私はこのポストは本当に便利であることが判明しました：あなたが使用しているどのようなホスティング方法http://msdn.microsoft.com/en-us/library/bb332338.aspx
何らかの理由で、WCFでWeb配置プロジェクトをコンピュータに追加できませんでした。私は再インストールする必要があったことが判明しました。ありがとうございました。 –
これは、使用しているテクノロジによって大きく異なります。以前のプロジェクトでは、チームビルドでTFSを使用しました。その結果、WCFプロジェクトは、その展開構造に一致するフォルダ構造に組み込まれました。 MSBUILDスクリプトの追加タスクが展開スクリプトを起動しました（PERLで書かれています）。これにより、古いフォルダの削除、新しいデータベースの作成、参照データの作成、サービスとWebサイトの展開、最後にInstallation Verificationスクリプトの実行と結果のWebサイトへの公開など、すべての展開タスクが処理されました。
一方、あなたが持っているものがハンマーであれば、ハンマーで逃げます。
基本的に、バッチファイルを使用しました。それは私たちが固執するものかもしれません。 –
いいえ、MSBUILDとPERLスクリプトを使用しました。 PERLのようにまともなプログラミング構造があれば、複雑な作業をやりやすくなります。 –
？ –
IISがホストしています。私はその情報を含めるように質問を修正しました。 –