問題タブ [web.config-transform]

Visual Studio 2008 を使用して web.config 変換を実行するにはどうすればよいですか?

Visual Studio 2008 で構成変換を実行できるかどうか尋ねられたことがあります。これに関するいくつかの記事を覚えているので、実行できることはわかっています。ただし、今のところリンクが見つからないようです。Google/Bing/Search of the week の記事を紹介したり、簡単なサンプルを提供してくれる人はいますか?

私が見つけているすべてのターゲットは2010年です。

SlowCheetahを使用しようとしているプロジェクトがあります。構成ファイル（Test.web.config）と、ビルド構成で使用するすべての変換（Debug_Mock.config、Debug_SQL.config、Release）を作成しました。ビルド後のイベントがあり、変換されたファイルをコピーすることになっています。別のディレクトリに移動しましたが、ファイルが見つかりません

（エラーxcopyはコード4で終了しました）

SlowCheetahは、私が期待するように、ファイルを変換して出力ディレクトリ（binフォルダ）に配置しているようには見えません。なぜそれが起こらないのか、おそらくどこかの設定について誰かが何か考えを持っていますか？

参考：このプロセスは、同じプロジェクトの別のマシンで機能します。私が同じ設定を言うことができる限り。しかし、私は正しい場所を探していない可能性があります。

Azure より前にリリース:

Azure を使用する前は、さまざまな環境 (テスト、ステージング、運用など) に読み取り専用の構成ファイルが置かれていました。リリース中に、すべてのアプリケーション ファイル (構成ファイルを除く) が問題の環境にデプロイされます。次に、アプリケーション ファイルは、接続文字列やその他の環境固有の詳細について、環境の構成ファイルを読み取ります。これはかなり標準的な設定だと思いますか？

Azure の後にリリース:

現在、Web アプリケーションを Azure Web Roles に移行しています。Web ロールの使用ServiceConfiguration.Cloud.cscfgとServiceConfiguration.Local.cscfgファイル。

クラウド サービスに発行するときは、接続文字列を認識している必要があります。テスト クラウド サービスに公開する場合は、それにServiceConfiguration.Cloud.cscfg応じて編集する必要があります。ステージングまたは本番クラウド サービスに公開する場合は、ServiceConfiguration.Cloud.cscfgさらに変更する必要があります。

私は、開発者がデプロイを行うときに、接続文字列から離れて開発者を抽象化することを強く望んでいます。これにより、誤った環境を指し示すミス (大きな影響を与える可能性があります) を防ぐことができます。これはどのように行うことができますか？

これらの構成設定は Azure 管理ポータルで変更できることは理解していますが、この手順をリリース プロセスに含めることは、開発者が管理ポータルにアクセスする必要があることを意味します。エラー (および管理ポータルへの「開く」アクセス)。

アップデート：

サービス構成ファイルをさらに追加 (および名前変更) することで管理できることがわかりました。

次に、正しいクラウド サービス (黒) と正しいサービス構成 (赤い矢印) を一緒に選択することで、開発者は構成の詳細を意識する必要がなくなります。

開発者がクラウド サービスにデプロイするときに間違ったサービス構成を選択するという問題はまだあります (しかし、おそらくこれをスクリプトに自動化して、これを防ぐことができますか?)

私の主な悩みは、環境タイプ (青い矢印) です。これは今の私には何の役にも立ちません。

私たちのプロジェクトでは、ここで概説されているように、Microsoft によって規定された手法を使用して、環境ごとに複数の構成ファイルがあります 。

したがって、次のファイルがあります。 web.config web.Deploy.config web.Release.config

私たちは小規模な開発チームであるため、これらのファイルを変更するために Visual Studio を離れる必要がないため、作業が非常に簡単になります。さらに、ロールバックが必要になった場合に備えて、バージョン管理されています。

この方法を引き続き使用したいと考えており、これらの異なるファイルを BuildMaster の構成管理システムに移動することには関心がありません。

BuildMaster でこれらのファイルを操作したり、MSDeploy を使用してデプロイ アーティファクトを作成したりするにはどうすればよいでしょうか。

URL 書き換えルールのセットを追加しようとしていますが、開発中の Web サイトの公開バージョンにしか追加できません。

接続文字列の値などを変更したい場合、あらゆる種類の例を見つけますが、メインの web.config に既に存在しないものを追加する方法の例を見つけることができません。

必要なのは、system.WebServer の下に rewrite ノードを追加することです。

WCF エンドポイントの URL の一部を更新したいだけの状況です。現在、「種類」ごとにすべてのエンドポイントを含むさまざまな構成を含めることでこれを行っています。これは管理が面倒です。そうするために、web.configで変換をセットアップしたいと思います。

これらはファイルの 2 つの例です

開発

そしてこれらのいくつか

演出

違いは、servicessta と servicesdev です。現在、servicesuat と servicesqa などもあります。ブロック全体ではなく、「 dev」を「sta」などに置き換えるだけの変換をセットアップしたいと思います（を使用xdt:Transform="Replace"）

しかし、どうすればいいですか？