私はVisualStudio2010にweb.config変換を追加するのが大好きです。MIX2011でのScottHanselmanの最近の講演も参照してください。

残念なのは、この機能（少なくとも表示される）がWebプロジェクトでのみ利用できることです。

私たちのソリューションには、デプロイされている環境に応じて異なるデータベースに接続するいくつかのWindowsサービスがあります。

誰かが同様の「app.config変換」機能を実現するためのすてきで整頓された方法を思いついたことがありますか？

注：TFS 2010を使用して、継続的インテグレーション方式でソリューションを構築しています。

Web 配置を使用して、製品の Web サイトをパッケージ化および配置しています。特に、私のソリューションには 2 つの異なるプロジェクトがあり、この方法を使用して展開しています。

ソリューションには、Web サーバーにインストールする必要がある 3 番目のプロジェクト (Windows サービス) があります。

カスタム マニフェスト ( dirPath、filePathおよびrunCommandプロバイダー用) を記述し、MsDeploy を直接呼び出してデプロイできることはわかっています。しかし、可能であれば、既存の MsBuild タスクを利用してサービスをパッケージ化したいと考えています。

msbuild ターゲットを介してマニフェスト ファイルをカスタマイズできることがわかりました。

http://social.msdn.microsoft.com/Forums/en/msbuild/thread/1044058c-f762-456b-8a68-b0863027ce47

特にMsDeploySourceManifestアイテムを使用することによって。

適切な .targets ファイルを調べた後、ターゲットを使用すると、マニフェストに追加されるcontentPathか、追加されるように見えます。理想的には、アセンブリ (またはディレクトリ) をコピーし、場合によっては ACL を設定し、サービスで installutil.exe を実行したいだけです。iisAppPackage

Packagecsproj ファイルを編集して、ターゲットによって生成されたマニフェストを完全にカスタマイズすることはできますか?

そうでない場合Package、完全にカスタムのマニフェストを吐き出すことができる新しいターゲットを構築する簡単な方法はありますか?

ここでapp.config、Dan Abramovのソリューションを使用して、WinFormsプロジェクトの変換を作成しました。うまく機能し、構成ファイルが変換され、正しいobjフォルダーに存在します。

アプリケーションのプライマリ出力の出力を見ると、app.config他のすべてのように対応するobjフォルダーではなく、プロジェクトディレクトリから取得されます...私の意見では、MSFTによる大きな見落としです。明らかに、すべての構成ファイルタイプの変換を念頭に置いていませんでした。

では、メインプロジェクトのプライマリ出力を取得して、ビルド構成に基づいてobjフォルダーから構成ファイルを出力するにはどうすればよいですか？

問題

TFS（特にチームビルド）を使用して、いくつかのWebアプリケーションをビルドおよびデプロイするための戦略を考え出そうとしています。これらのビルドとデプロイメントをどの程度正確に実行したいかを定義するのに苦労しています。

この場合、ビルドは、アプリケーションをコンパイルするときに作成するものとして定義します。デプロイメントは、その環境が内部にある場合でも、実際にある環境にリリースするものとして定義します。

TFSは、ビルドを作成する方法を提供します。生成されたビルドの品質は、適切なユーザーによって設定される場合があります。ビルドの品質は、テストの準備ができている、QAで合格、UATで合格、失敗、リリース済みなどの場合があります。

可能性

デプロイメントに対応するビルド定義がTFSで設定されているプロジェクトに取り組んできました。したがって、たとえば、PCにはBuilds ReleaseQA、ReleaseUAT、およびReleaseProdがあります。これは間違いなく機能し、TFSに統合されていますが、私にはだまされているように感じます。1つのビルドを作成して自分の環境でシェパーディングするのではなく、多くのビルドを作成してそれぞれを異なる環境にデプロイします。

ビルドを生成し、さまざまな環境でそのビルドをプロモートすることで機能するプロセスを想定しています。

素晴らしい

TFSで完了した特定のビルドを右クリックし、[デプロイ]->[UAT]を選択します。

あまり素晴らしい

deploy-build-qa、deploy-build-uat、deploy-build-prodなどのタイトルを持つビルドマシン上にあるスクリプトのフォルダー。ビルド番号を使用してそれらを呼び出し、スクリプトはそのビルドを適切な環境にデプロイします

君

私が提案する素晴らしいシナリオのような何かを行うためのうまく統合された方法はありますか、それとも私はそれほど素晴らしいものではありませんか？「箱から出してすぐに使える」ものがない場合は、アドオンやアプリケーションを利用できます。

私はSlowCheetahを使用してapp.config ファイルを変換してきましたが、この部分はすべて正常に機能しています。Windowsクライアントアプリケーションをビルドすると、正しい変換がAppName.exe.configに適用されます。

私が抱えている問題は、S＆Dプロジェクトが常に更新された値を含まないapp.configを探すことです。

AppName.exe.configを検索し、代わりにパッケージ化するようにS＆Dプロジェクトを構成するにはどうすればよいですか？

同じ方法で、connections.config、nlog.config、app.config などの別のファイルで web.config 変換を実行できますか? 答えが見つからないようです。

次のようなアプリ設定の app.config ファイルがあります。

設定 2 と設定 3 を外部設定ファイル「prod.config」に移動したいが、ルート設定ファイルには設定 1 を保持したい場合はどうすればよいですか? 私はこれをやってみました：

ただし、これによりアプリが失敗します。setting1 を prod.config ファイルに移動すると成功します。どうすればこれを機能させることができますか?

次のような XML があります。

TeamCity には、多くのシステム プロパティがあります。

これらの値を XML ファイルにプッシュするには、どのような種類の MsBuild マジックを使用できますか? 全部で20点ほどあります。

私はこのコードを使用しています(私のDALプロジェクトで):

ConfigurationManager.AppSettings["server"]

web.config ファイルの appsettings セクションにアクセスするには (Web プロジェクトから):

そして Web.Debug.config では、次の変換を使用しています

その後、アプリケーションを起動すると、構成ファイルが変換されません。コードの最初の行は、変換されていない情報を返します。コードの何が問題になっていますか? 私は何が欠けていますか？

私はそれを公開しようとしましたが、構成ファイルを確認すると、すべて問題ありません。

.NET MVC 3.0 アプリケーションでは、次の構成を使用していますappSettings。

web.config

デバッグのために、次の構成変換を定義しました。

web.Debug.config

また、アプリケーションをデバッグ モードで実行していますが、SMTP ポートは からでweb.configはなくから値を取得していweb.Debug.configます。

この構成で何が間違っている可能性があるかを誰かが提案できますか?