問題タブ [slowcheetah]

Visual Studio 2010 にアップグレードしたばかりで、Web アプリケーション プロジェクトの Config 変換オプションをいじっています。サンプル ファイルで接続文字列を変更する方法を確認しましたが、applicationSettings (not appsettings) セクションの設定を変更したいと考えています。これに関する情報は見つかりませんでした。

私はうまくいった次のことを試しましたが、もっと良い方法があるかもしれないと思いました：

web.configs が使用するのと同じ種類の変換が必要な Windows サービスがありますが、VS 2010 はそれをサポートしていないようです。App.Release.Config ファイルを手動で追加してから、msbuil [PROJ] /T:TransformWebConfig /p:Configuration=Release を使用してみましたが、変換は実行されません。obj サブディレクトリに作成された TransformWebConfig フォルダーを取得しましたが、それだけです。

これは web.configs でのみ動作するようにハードコードされていますか?

connectionStringsなどの構成変換をweb.configに設定しました。ただし、web.configの一部の領域を個別のファイル（例：appSettings.config）に分割しました。

これらの追加の構成ファイルで構成変換を実行するようにVisualStudioとMSBuildを構成するにはどうすればよいですか？

私はすでにweb.configのアプローチに従って、Webアプリケーションプロジェクトファイル内でファイルを相互に関連付けていますが、変換は自動的に適用されません。

私は新しい VS 2010 Web.config 変換のファンです。私はこの機能を展開目的で使用しており、デバッグにも使用できるかどうか疑問に思っていました。

IDE でそれらを使用することを考えています。別のビルド構成 (リンクされた変換構成を使用) を作成したいと考えています。それらのいずれかを選択します。IDE で Web サイトを開始し、この方法でさまざまな構成をデバッグします。

Visual Studio 2010 の Web ベース アプリケーションには、さまざまな環境用に複数の構成ファイルを維持できる構成変換機能があります。ただし、Windows サービス/WinForms またはコンソール アプリケーションの App.Config ファイルでは、同じ機能を使用できません。

ここで提案されている回避策があります: XDT マジックを App.Config に適用します。

ただし、これは簡単ではなく、いくつかの手順が必要です。app.config ファイルで同じことを達成する簡単な方法はありますか?

正常にビルドされる .NET プロジェクトがあるとします。ここで、DEV、QA、PROD などのさまざまな環境に合わせて選択的にビルドする必要があります。対応する接続​​文字列やその他の設定を含めるには、それぞれ独自の構成ファイル (たとえば app.config) が必要です。

Scott Hanselmanのこのような単純なビルド前のスクリプトを見てきました。それは機能しますが、私の問題は、ビルド前のステップでソースが変更されることです。プロジェクトをビルドするだけでは、ソース ファイルが上書きされ、ソース管理の変更が不必要にトリガーされます。

VS/MSBuild の外部でスクリプトを作成して、展開後に構成ファイルをそこに配置することもできますが、もっと良い方法があることを本当に望んでいます。おそらく、VS/MSBuild で自己完結型の方法でしょうか?

ターゲット サーバーへの展開戦略は柔軟です。パッケージ化の前に構成を行う必要があるセットアップ プロジェクトを検討しました。または、xcopy インストールでもかまいません。

アイデア？

プロジェクト全体を公開しなくても構成ファイル変換の出力を表示できるツールまたは Visual Studio 2010 拡張機能はありますか? 変換を実行するプロセスは直接呼び出し可能ですか?

編集

もう少しグーグルした後、私はこれに出くわしました：

ステップ 4: コマンド ラインから「ステージング」環境用に変換された新しい web.config ファイルを生成する

[スタート] --> [プログラム ファイル] –> [Visual Studio v10.0] –> [Visual Studio ツール] –> [Visual Studio 10.0 コマンド プロンプト] に移動して、Visual Studio コマンド プロンプトを開きます。

以下に示すように、「MSBuild “Path to Application project file (.csproj/.vbproj) ” /t:TransformWebConfig /p:Configuration=Staging」と入力し、Enter キーを押します。

変換が成功すると、「ステージング」構成の web.config がプロジェクト ルートの下の obj -->Staging フォルダーに保存されます (ソリューション エクスプローラーでは、最初に隠しファイルを非表示にすることでこのフォルダーにアクセスできます)。

• ソリューション エクスプローラーで、ボタンをクリックして隠しファイルを表示します。
• Obj フォルダを開く
• アクティブな構成に移動します (現在の場合は「ステージング」です)。
• そこに変換された web.config があります

生成された新しいステージング web.config ファイルの接続文字列セクションが変更されていることを確認できるようになりました。

ソース: Web 配置: Web.Config 変換

少なくとも彼が投稿したコマンドを使用して、プロジェクト全体をビルドする必要があるため、これは私にとって完璧なソリューションではありません。MSBuild コマンドを使用してビルド手順をスキップする方法を誰かが知っていれば、それは役に立ちます (ただし、それはややありそうにありません)。

編集 2

また、CodePlex でこのConfig Transformation Toolを見つけました。これは、変換プロセスを拡張する優れた機能を提供します。これは、私が探している機能に最も近いツールであり、プレビューを作成する拡張機能を開発するための優れた出発点となります。Microsoft.Web.Publishing.Tasks ライブラリを使用して変換を実行し、実際のプロジェクトのビルドに依存しません。

私の継続的インテグレーションサーバー（TeamCity）は、ビルド時にアプリのすべての単体テストを実行するように構成されています。これらのテストを実行する前に、いくつかのappSettingsを変更して、CIサーバーで有効にする必要があります。Visual Studioで提供される展開プロジェクトを使用して、Webプロジェクトで同様のことを実現しています。テストプロジェクトでも同じことができますか？

ありがとう、ゴンザロ

ASP.NET Web サイトを展開し、Web 構成変換を使用してその構成を管理し、次のようなコマンドを使用してそれらを構築してきました。

また、さまざまな構成で複数回展開する必要があるコンソール アプリケーションも持っています。プロジェクトをビルドして別の構成で展開するために利用できる同様のメカニズムがあるかどうか疑問に思っていました。

カスタム XSLT を使用してマルチ環境構成を処理する記事を見つけましたが、これは非常に複雑で面倒なソリューションのようです。

前もって感謝します！

私の .csproj ファイルから:

私の .csproj ファイルの下部に:

log4net.config から

log4net.Live.config から(機密データを削除)

msbuild の出力を確認したところ、web.config が正しく変換されたことがわかりましたが、log4net を変換する出力が表示されません。また、公開後に log4net.config ファイルを確認すると、元の接続文字列が含まれています。

私は何を間違っていますか:)?

ありがとう！

アップデート

msbuild が表示していない警告として出力していたコードに、いくつかのエラーがありました。それらを修正したところ、MSBuild からいくつかの出力が得られました。

AfterCompile: Transforming Source File: log4net.config Applying Transform File: log4net.Live.config 出力ファイル: obj\Live\Common.UI.Web.dll.config
変換成功

ファイルは Common.UI.Web.dll.config ではなく log4net.config という名前にする必要があるため、これはまだ問題です...

理由はともかく

$(ターゲットファイル名)

.csproj ファイル名の名前をとっています。log4netだけに置き換えると、正しく出力されます

アップデート

ファイルが obj フォルダーにスタックしており、公開時に取得されません。