問題タブ [webdeploy]

VS2010内でPublish/Web Deployオプションを使用して、ASP.NETMVC3Webサイトを公開しています。

ただし、デフォルトでは、以下で強調表示している「ファイル」フォルダは公開されません。

公開中にこのファイルを含める方法について何かアイデアはありますか？

ありがとうポール

Web DeployのParameters.xmlシステムを使用してXML要素をweb.configに挿入することは可能ですか？

XmlFileパラメーター"kind"は必要なものに最も近いように見えますが、その属性matchはXPathクエリのみを受け入れ、XPathクエリで存在しない要素を指定できないようです。（むしろ、存在しない要素を指定できます。WebDeployはそれを無視します。）具体的には、これを変換したいと思います。

これに：

（残念ながらoption、この特定のプラグインシステムは認識されない/空のオプションを好まないため、web.configに空の要素を事前にストックすることはできません。）

アイデアをありがとう！

Web Deploy サイト マニフェストに要素を追加するためのXinyang Qiu による非常に役立つブログ投稿をフォローしています。gacAssembly残念ながら、gacAssembly プロバイダーは、GAC への展開用にローカル アセンブリ(つまり、GAC にないもの)をパッケージ化できないようです。パッケージ時に、次のエラーが表示されます。

マニフェスト 'sitemanifest' 内の 1 つ以上のエントリが無効です。ライブラリ '<フル パス>\<アセンブリ>' を読み込めませんでした。指定されたアセンブリ名またはコードベースが無効でした。(HRESULT からの例外: 0x80131047)

私が提供しているパスをアセンブリ名の一部として解釈していると思いますが、これはもちろん私が意味するものではありません。

これを回避する方法はありますか？サーバーの GAC に展開するために、ローカル ディレクトリにあるアセンブリを Web Deploy パッケージに貼り付けることはできますか?

EC2 用の新しい AMI ( http://aws.amazon.com/amis/Microsoft/5147732567196848 ) をインストールし、それに Web デプロイ 2.1 をインストールしました。

Web デプロイ 2.1 サービスは実際に実行されています。

8172 が Web 配置エージェント サービスによってリッスンされていることを示します。

しかし、[プロジェクト] -> [右クリック] -> [発行] (Web デプロイ経由) を使用してこのサイトにデプロイしようとすると、次のエラー メッセージが表示されます。

EC2 インスタンスのファイアウォールがオフになっています。そして、私のAWSファイアウォール設定は

これは推奨される設定です。

その他のメモ/考え:

• Windows エラー ログの Web 配置エラー ログが完全に空です
• 過去に別の AMI を使用する前に Web デプロイを使用しましたが、問題なく成功しました。

これをデバッグする方法について誰か提案があれば、私はとても感謝しています!

Web Deploy を使用して IIS7 Web サイトに展開しようとしている場合、オプションの 1 つは、宛先で IIS アプリケーションとしてマークすることです。

オンまたはオフにすると、これはどういう意味ですか?

80 以外のポートで Web デプロイ エージェントを実行する必要がある Windows 2003 マシンで少し問題があります。デフォルトでは、MsDepSvc は http://[server]/MsDeployAgentService でエンドポイントを公開します。これは明らかにポート 80 で暗黙的にリッスンします。

私が抱えている問題は、マシンがポート 80 を使用している Visual SVN サーバーも実行しているため、Web 配置エージェント サービスが開始を拒否することです。(少なくとも、これは私が引き出すことができる唯一の論理的な結論です。)同じマシンに小さな SVN 管理アプリがあり、Web デプロイで公開したいので、難問です。

別のポートでエージェントを実行することは可能ですか? 明らかに、これが IIS7 の場合は 8172 で、すべて問題ありませんが、残念ながらここではそうではありません。助言がありますか？

最近、当社でクラスターサーバーの使用を開始しました。私はMSWebDeployについて読んだことがありますが、このテクノロジーは有望に見えます。私たちの要件：

• 展開前にバックアップを作成する
• 別のサーバーに展開する
  • テストサーバー
  • 2つのライブクラスター
• 公開前に特定のWebアプリケーションのアプリケーションプールを停止し、後で再開する機能
• 制限付きアクセスの許可：言い換えると、開発者は自分が担当するサイトにのみ公開できます
• カスタマイズの可能性：バグトラッカーで関連するバグが解決されていない場合、および場合によっては管理者からの承認など、それ以上の公開を禁止したいと思います。VS統合を失うことなく外部のカスタマイズを行うことができますか
• VisualStudioの統合とWeb.config変換の使用
• SQLスキーマの変更、特にデータに影響を与えないストアドプロシージャ

私たちの環境

• IIS 7
• Windows Server 2008
• SQL Server 2005（2008への移行予定）
• Visual Studio 2010

私の調査によると、上記の要件の多くは満たされているようです。私が知りたいのは、ソリューションの信頼性と、上記の要件が満たされるかどうかです。さらに重要なことに、webdeployでの個人的な経験とは何か、それを推奨するかどうか、またはより良い代替手段があるかどうかを知りたいと思います。

現在、ファイルコピーを使用していますが、これは（人為的エラーのために）信頼性が低く、面倒であることが判明しています。

Visual Studio 2010 から MS WebDeploy を使用して、ASP.NET 2.0 Web フォーム サイトを展開しています。ソース プロジェクトにはadmin.master、コード ビハインド ( admin.master.cs) を含むマスター ページ ( ) があります。

私が持っているターゲットサイトでのビルドとデプロイが成功した後：

ただし、admin.master.cs はありません

ただし、コード ビハインドが myapp.dll にあると思っていたので、これは期待していませんか?

サイトを起動すると、次のエラーが表示されます。

ここで何が間違っているのでしょうか？

どうもありがとう、サム

VS2010 で記述された大規模な Web プロジェクトで Castle IoC コンテナーを使用しています。レイト バインドされたアセンブリを他のプロジェクトから Web アプリの bin フォルダーにコピーするポスト ビルド イベントがあります。IIS を使用してプロジェクトをホストします。私のチームと私は、従来、このプロジェクトの dll やデータベース変更スクリプトなどを手動で展開してきましたが、現在、展開を自動化する方法を検討しています。

MS Web Deployment を見てきましたが、もちろん、IoC コンテナーによってインスタンス化されたレイト バインド アセンブリは検出されません。プロジェクト フォルダー内のすべてのファイルを含めるように設定できると思いますが、readme ファイル、コード ファイルなどの不要なファイルが含まれる傾向があります。

私はまだWeb展開にかなり慣れていません。Web デプロイとキャッスルを統合して、遅延バインドされたアセンブリを自動的に取得する良い方法を見つけた人はいますか? それを行う MS Web Deploy 以外のものはありますか?

ありがとう、デビッド

私はvs2010を使用していて、Webアプリケーションプロジェクトを持っています。現在、「web deploy」オプションを使用して、プロジェクトで右クリックの「publish」オプションを使用して、msdeploy.axdを実行しているサーバーにアプリケーション全体を公開しています。

web.configを変更するたびに、このプロジェクトを何度も（100回以上）公開する必要があります。

このプロセスを自動化するためにどのテクノロジーを使用すべきかを調べています。標準のMSテクノロジーを使用したいと思います。

MSBuildを見るべきですか？VSコマンドプロンプト？（これらは同じものですか？）

このシナリオを最適に自動化するには、どのテクノロジーを学ぶ必要がありますか。私はこれを行うための最も標準的な方法を探しています...

私の頭の中で、私が書くつもりのスクリプトは次のようになります。

1. web.configファイルを変更します
2. プロジェクトを右クリックし、[公開]をクリックして、Web展開オプションを使用し、VisualStudioに保存したWindowsドメイン\ユーザー名+パスワードの詳細を使用してそのサーバーに展開するのと同じことを行います。

どんな助けでも大歓迎です。