問題タブ [one-click-web-publishing]

免責事項：[宛先に余分なファイルを残す]チェックボックスをオンにすると、フォルダーのアクセス許可を保持できることはわかっていますが、そうしたくありません。

そうは言っても、Visual Studio 2010のワンクリックWeb公開で、リモートサーバー上のフォルダーのアクセス許可を保持する方法はありますか？

具体的には、アプリプールアカウントにApp_Dataフォルダーへの変更アクセス許可を持たせたいのですが、アクセス許可は公開プロセス中に常にリセットされます。

私は通常、接続文字列を別のファイルに入れ、web.config に次のようなものを追加します。

VS 2012 をインストールしたところ、既存の公開設定が自動的に取得されました。ただし、webpublish を実行すると、2 つの接続文字列が自動的に追加されるため、デプロイ ターゲットの web.config は次のようになります。

確かに、それはエラーを生成します ( を使用する場合、ノードの内容は空でなければなりませんconfigSource)。新しく生成された .pubxml ファイル (パブリッシュ設定が保存されている場所) に、次の行があることに気付きました。

どうすれば削除できますか? :) それらをファイルから削除すると、公開設定を編集するたびに Web 公開ダイアログに追加されます。

アンマネージDLLへの依存関係を含むWCFWebサービスを開発しました。Visual Studio2010のワンクリックWebデプロイを介して実行中のサーバー（ローカルまたはリモート）にWebアプリケーションを公開しようとすると、管理されていないDLLがIISによってメモリにロードされたままであるため、既存のbinフォルダーの削除が失敗します。削除されていないDLLを除いて、Webアプリケーションフォルダーを空のままにして失敗する公開操作。その後、サーバー上のIISのアプリケーションプールを手動でリサイクルするか、IISを再起動すると、公開操作を正常に実行できます。

Visual Studioの公開操作の開始時にアプリプールのリサイクルを自動化する方法はありますか？サーバー名とWebアプリケーション名は、面白くするために、Web配置プロファイルによって異なります。

別の提案も歓迎します。

これまでに出会ったいくつかの関連リンク：
方法：ワンクリック公開とWeb展開を使用してWebアプリケーションプロジェクトを展開する
WCFプロジェクトを稼働させるときに、アプリプールをリサイクルする必要がありますか？

Web デプロイを使用して IIS で公開している ASP.Net MVC3 サイトがあります。

サイト ルートの下には、"Data"アップロードされたファイルとその処理結果を格納するために使用するフォルダーがあります。"Site Root/Data"そのため、現時点では多くのファイル/フォルダーが存在します。

Web デプロイは公開時に ACL 権限を変更しようとしていますが、私たちの場合 (多数のファイル/フォルダー) は 10 分以上かかります。

今、私たちは使用しています

setacl プロバイダーを完全に無効にしますが、Web デプロイで新しく追加されたディレクトリのアクセス許可を変更できると便利な場合があります。

問題は、この場合、aclprovider をオフにする以外に何ができるかということです。web-deploy で acl パーミッションを非再帰的に設定して高速化する方法はありますか?

アプリケーションを Web サーバーにデプロイしようとしていますが、リモート データベースが更新されないことを除いて、すべてが機能します。

新しいデモ MVC プロジェクトでは、公開時に「データベースの更新」オプションがあります。何らかの理由で、独自の MVC プロジェクトを公開するときにオプションを使用できません。

このオプションが表示されないのはなぜですか?

• 私はEFを使用しています（データベースが最初）
• 接続文字列フィールドの下に警告が表示されます: コード ファースト モデルを公開するには、EF コード ファースト移行を有効にする必要があります。(ただし、このプロジェクトは最初にコードを使用するべきではありません)
• Web Deploy 3.0 と dbDacFx プロバイダーがサーバーにインストールされている

-編集-プロジェクトを再作成しましたが、更新データベースは最初のWeb公開まで表示され続けます。その後、それは消えて、コードを最初にモデルを公開するには、EF コードを最初に移行する必要があるという警告が表示されます。（コードを最初に使用していませんが、データベースを最初に使用しています）これはVSのバグですか、それとも何が間違っていますか？

--FIX-- web.config で (EF の干渉なしで) 私のデータベースを指す別の接続文字列を追加することで、動作するようになりました。<add name="DeployCode" connectionString="Data Source=(localdb)\Projects;Initial Catalog=xxxxx;Integrated Security=True;Connect Timeout=30;Encrypt=False;TrustServerCertificate=False;" providerName="System.Data.SqlClient" />

シナリオ

• Visual Studio 2012 Web パブリッシング: Web Deploy メソッド。
• 「宛先で追加のファイルを削除する」オプションが選択されています。
• 「アップロード」フォルダーのある MVC3 Web サイト

質問

展開設定から [追加ファイルを削除...] オプションを削除せずに、アップロード フォルダーの宛先に既存のファイルを保持する方法は?

誰かが以下の私の仮定を確認または否定したり、代替案を提供したりできますか?

私の目標

ASP.NET MVC 4 アプリケーションをプリコンパイルしてマージできるようにしたいと考えています (こことここに記載されているように)。

症状

Visual Studio 2012 に ASP.NET MVC 4 プロジェクトがあります。変換Web.configで削除されるさまざまなエントリが含まれています。Web.Release.config削除されたエントリの 1 つは要素全体です。configSectionsこれらのエントリは運用サーバーの に保持されているためMachine.configです。

ただし、リリース発行のためにプロジェクトをプリコンパイルおよびマージするように構成すると、次のエラーが発生します。

私の仮定

私が想定しているのは、本番サーバーに公開する前にすべてをローカルでプリコンパイルしていることです (これは完全に理にかなっています) が、そのプリコンパイル プロセスのその部分は.config、プロジェクトからWeb.configローカルまでのチェーン全体を解決して検証することですMachine.config(これは、実際にはあまり意味がありません）。そして、私のローカルMachine.configは宣言していないためconfigSections（または本番サーバーに依存している他の設定はいずれもMachine.config）、解決されたWeb.configものは検証されません。

また、Web.config検証が行われないため、サイトをプリコンパイルできず、実稼働環境に何も公開されません。

こする

それが実際に起こっていることである場合、私が考えることができる唯一の解決策は（私が見つけることができなかったいくつかの潜在的な構成オプションを除いて）プリコンパイルすることはできません.Machine.config彼らのマシン上の本番サーバーのローカルコピー。そして、それは単に合理的ではありません。なぜなら、これらの共通設定を 1 つの場所で宣言するという目的全体が無効になるからです。