問題タブ [webdeploy]

1. WebアプリケーションソリューションをxcopyデプロイメントからWebDeployデプロイメントに移行しています。
2. Webアプリが実行時に必要なファイルを生成するPostBuildアクションがあります。
3. 「このアプリケーションの実行に必要なファイルのみ」オプションを使用したい。

もちろん、生成されたファイルはソリューションに含まれていません。つまり、上記の設定（除外するファイルの長くて醜いリストを避けるために使用したい）によってそれらが取得されないことを意味します。 ）。ファイルとフォルダーを明示的に除外する方法があることは知っていますが、ファイルを明示的に含める方法はありますか？

WebDeploy APIのリソースを知っている人はいますか？誰かがそれを使用しましたか？

私は公式フォーラムで質問してみましたが、サイト（「パブリックAPI」はあるが、リンク、記事、リソース、ブログ投稿、サンプルがないというサイト）を見て回りました：http：//forums.iis。 net / t / 1180561.aspx ..

MSDNにはクラスのリストがあります。これは、リソースとしての文書化が非常に不十分で役に立たないため、それを使用するアプリを含む1つのブログ投稿がありますが、APIをラップしています（私のポイントは、単純なアプリの場合、APIをラップする理由です-APIは悪いですか？）ルフィン。

代わりにProcess.Startオンにする必要がありますか？msdeploy.exe

パッケージ ターゲットを使用して msbuild から zip ファイルを作成しています。それはうまく作成され、私が入れているフォルダーには、そのユーザーがフォルダーを完全に制御できるようにするユーザーのアクセス許可があります。ただし、zip ファイルを削除してから msbuild を実行して zip ファイルを再度作成すると、zip ファイルはそのユーザーのアクセス許可を失いました。

そのため、特定のユーザーを使用してプログラムでパッケージ ファイルを展開していますが、そのユーザーにはアクセス許可がありません。

そのzipファイルに親フォルダーからアクセス許可を強制的に継承させて、msbuildが作成するたびにアクセス許可をzipファイルに手動で追加する必要がないようにするにはどうすればよいですか?

msbuild を使用して Web デプロイ用のパッケージを作成しようとすると、プロジェクト dll のみが含まれます。パッケージの zip ファイルまたは一時ディレクトリに、参照されているプロジェクトの dll が含まれていません。

私はこの投稿を見てきましたが、それは私の問題ではありません。私は間違いなく、展開パッケージを作成しているメイン プロジェクトの参照プロジェクトのコードを使用しています。

MSBUILD 4 を使用してパッケージを作成しています。

まったく同じプロジェクト ファイルを使用して VS2010 を使用してパッケージを作成すると、正常に動作します。参照されているすべてのプロジェクトの dll は、package.zip ファイルに含まれています。

_PackageTempDir の場所を変更しようとしましたが、それでも問題は解決しませんでした。

ExcludeFilesFromDeployment プロパティを取り出し、PackageAsSingleFile 設定を false に設定して、結果が変わるかどうかを確認しました。

これが私のパッケージのターゲットです。すべての正規表現は、検索パスの末尾からプロジェクト ファイル名を取得し、その名前を出力フォルダーの名前と zip ファイルの名前に使用できるようにするためのものです。PackageOutputDir は、インポートするプロパティです。

参照されているプロジェクトの dll が含まれていない理由について何か考えはありますか?

In Visual Studio, is it necessary to convert a website into Web Application project for Web Deploy to work?

自動プロバイダーが正確に何をするのか、どのように機能するのか、いつ使用するのかを誰かが (technet/msdn ドキュメントよりも) 説明できますか?

これは Web Deploy に関するものです。-dest:auto を指定している多くのドキュメントを見てきましたが、私にはあまり意味がありません。

自動プロバイダーは、宛先のプロバイダーがソース プロバイダーと同じであることを指定します。

例

msdeploy.exe -verb:sync -source:appHostConfig="MySite" -dest:auto,computername=Server1

auto プロバイダーを使用すると、destination 引数が -source 引数と同じ場合に、-dest 引数のフル パスを入力することを回避できます。また、マニフェスト ファイルをアーカイブまたはパッケージから個別にコピーする必要もなくなります。

自動プロバイダーは、指定されたソースを取得し、宛先コンピューター上の対応する場所を使用します。たとえば、ソースとして appHostConfig=Site1 を指定すると、ターゲット コンピューターの宛先は Site1 になります。これは、Web サイトを「そのまま」リモート マシンに同期する場合に便利です。

自動車プロバイダー向けの technet ドキュメント

意味をなさない例:

宛先を正確にソースに設定するのはなぜですか? ポイントは？単にiteslfでソースを上書きしていませんか？

VS2010 でパッケージを公開して生成された cmd ファイルは、次のようなものを生成します。

auto は、ソースが自分自身を上書きするだけという意味ではありませんか? しかしそうではなく、実際には IIS Web サイトを更新します (マニフェストの設定に基づいて)。

パッケージを宛先として使用しようとしましたが、この場合、IIS サイトではなくソース パッケージが更新されました。

この質問のきっかけは、私が CI を実装しており、過去に常に msbuild/xcopy を使用してきたことです。今msdeployを利用したいです。Visual Studio から生成されたmyproject.cmdを単純に呼び出すのではなく、理解したいと考えています。

たとえば、この SO リンクは、 dest 引数に auto プロバイダーを使用することを指定しています。

ありがとう

発行/Web 配置を使用して、Visual Studio 2010 から asp.net アプリケーションを配置しています。問題なく動作しますが、問題があります。新しいリリースが期待どおりに動作しない場合、古いバージョンは既に新しいバージョンに置き換えられており、動作中のバージョンにロールバックする簡単な方法はありません。これはどのように解決するのが最善ですか？必要に応じて元に戻すことができるように、古いバージョンをサーバーに保持できればいいのにと思います。

だから、ここに取引があります。Webアプリのプロジェクト設定で、サイトとアプリプールのIIS設定とともにすべてのコンテンツファイルを含む展開パッケージを構成しました。ここで、Team Buildビルド構成に移動するときに、次の引数を使用してサイトを展開します。

これは実際には機能しますが、「mysite.com」サイトが宛先サーバーに存在しない場合、またはアプリプールが正しく設定されていない場合（つまり、ASP.NETバージョンの不一致）、展開は失敗します。したがって、Team Buildから何かをデプロイする前に、このようなものを手動で作成していることに気付きます。これを自動化する方法はありますか？ある種の引数スイッチがありませんか？この質問を別の言い方で表現すると、パッケージにすべてのIIS設定が含まれていて、展開する必要があるのに、なぜこれらすべてを設定する必要があるのでしょうか。

ヘルプ/説明をありがとう。

編集：

これが本当かどうかは完全にはわかりませんが、サイト/アプリプールを作成することはできないと思います。私の理解では、Team Buildはmsbuildを使用してmsdeployと通信しますが、そのリンクで実行できることは非常に限られています。そのため、ビルドワークフローテンプレートを変更して、パッケージをデプロイするためのコマンドラインを実行することを検討している可能性があります（？）。

VS 2010 のパブリッシュ機能を使用すると、毎回すべてのファイルが移動されますか、それとも変更されたものだけが移動されますか?

列挙型をサポートしているため、小さなWebアプリケーション（ASP.NET MVC 3）でEntity Framework4.22011年6月CTPを使用しています。

Web配置を使用して配置しようとしましたが、次のエラーが発生します。

使用しようとしているアプリケーションプールでは、「managedRuntimeVersion」プロパティが「v4.0」に設定されています。このアプリケーションには「v4.2」が必要です。

.NET 4.2で実行されるアプリケーションプールを作成するにはどうすればよいですか？

編集： Webアプリケーションは4.0アプリプールで動作するので、本当の問題は、Visual Studioの公開オプションを使用するときにアプリプールのランタイムバージョンチェックを無効にする方法ですか？