問題タブ [msdeploy]

Microsoftの新しいWebサイト展開ツールであるMSDeployについて読んでいます。既製の製品に使用するWebアプリケーションとWebサービスのインストーラーを開発しています。明白な答えを見つけることができなかったいくつかの質問があります。

1. MSDeployは、初期展開後のWebサイトのアップグレードを強力にサポートしていますか？
2. MSDeployがデータベースの初期展開を適切にサポートしていることがわかります。しかし、現在のデータを保持しながらスキーマをアップグレードするためのサポートはありますか？

これらの特定の質問に対処するリンクがあればよいでしょう。

あなたの意見では、MSDeployパッケージは、エンドユーザーにシステムにWebアプリケーションをインストールするための良いオプションです。たとえば、MSIファイルを使用してWebアプリをインストールした場合と比べてどうですか？

MSDeployパッケージをMSIパッケージにまとめようとした人はいますか？それはうまくいくでしょうか？

私は web.config 変換ファイルの概念に取り組んでいます。私は3つのWeb構成を持っています。1 つは、ステージング、プロダクション、デプロイです。これら 3 つの異なる接続情報があります。

Web.Config:

Web.Config.Production:

これで、正常に動作するコードをビルドします。パッケージを作成しました。プロダクション モードでコードを実行すると、新しい接続文字列が使用されません。

どうすればこれを解決できますか。これをどこかに移動するのに余分な労力が必要ですか

MSDeploy を使用して、Visual Studio 2010 で .NET 4.0 プロジェクトを展開しようとしています。ただし、プロジェクトを右クリックすると、VS 2010 のコンテキスト メニュー ([公開]、[ビルド] 」など）。Windows Vista と IIS 7.0 を実行しています。

アイデア、誰か？

ありがとう...

Windows Server 2003 で実行されている IIS 6.0 で自分の Web サイトの依存関係を表示しようとしています。次のコマンドを入力すると、

次のエラーが発生しました。

誰かが私にこれらを説明できますか?

マニフェスト ファイルで runCommand プロバイダーを使用して、msdeploy を介した展開プロセスの一部として、バッチ スクリプトの実行を含めようとしています (さらに、これを理解できる場合)。

これは私のマニフェストファイルがどのように見えるかです

マニフェスト ファイル内のすべてが正常に実行されますが、コマンドが実際に実行されているようには見えません。出力のログは、私のコマンドが呼び出されるべきであった最後にこれを示します。

次のコマンドを使用して msdeploy を実行します。

マニフェスト ファイル (ソース パッケージにもあります) に与えたコマンドは (どのような方法であれ) 認識されますが、実行されることはありません。原因と解決策についてのアイデアはありますか？

ビルド後に本番サーバーへのサイトのデプロイを自動化しようとしています。本番サーバーはサードパーティのプロバイダーによってホストされており、LAN 上にはありません。

もし私が：

• ビルド マシンに Web Deploy をインストールする (ソース)
• 運用マシン (宛先) に Web Deploy をインストールします。
• 追加の Web 配置リモート サービスを運用マシンにインストールする

実稼働マシンが「野放し」になっている場合、私だけがファイルを実稼働マシンに発行できるようにサービスを保護するにはどうすればよいですか? Windows認証を使用していますか？

1 週間の苦労の後、IIS7 で msdeploy ハンドラーを起動しました (そのお尻のドキュメントを呪います)。したがって、単純な同期が「機能している」ことはわかっていますが、MSBUILD タスクに埋め込むのではなく、マニフェスト内の -sync パラメータの多くを移動したいと考えています。デプロイ コマンド ラインは次のとおりです。

私は iisApp パスを含むマニフェストの例をたくさん見つけましたが、通常、他のビットを (私が推測している) ユーザー エントリ用のパラメーター ファイルに移動します。次のような簡単なものはありますか？

ご存知のように、マイクロソフトの次の「ビッグ」で「エンタープライズ」な製品です。

それは私だけですか、それとも本当に人間には難しいですか？主なハイライトは次のとおりです（IMO）：

• 絶対に不可解な構文 (-skip:objectName=filePath,absolutePath=App_Offline.*スキップするためだけにApp_Offline.html)
• 思いつきとしてマニフェストする
• 完全な文書化の欠如
• 拡張性については一言もありません (いくつかのブログ記事を除いて)。さらに、苦労して開発されたこれらの拡張機能はすべて、GACとレジストリに登録する必要があります。
• 低レベルすぎる (メタデータ/メタキー; このすべての IIS ジャズ)
• MSBuild との統合なし

確かに、MSDeploy と MSDeployAgent は非常に強力ですが、比較的単純なタスクのためにそれほど複雑にする必要があるのでしょうか?