16

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

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

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

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

4

6 に答える 6

10

ドキュメントの欠如と、このツールの明らかに低レベルな性質に対する不満を私も共有します。

しかし、MS が最終的に行ったことは、パラメータ化されたアドレス、構成などを含む、サーバー全体の展開を実際にスクリプト化できる無料のツールを作成することです。残念ながら、これは非常に複雑なことです。実際に Web サーバーに入る構成のビット数を考えると、 -そして、これはおそらくすべてを行うための最良の方法です.

私たちが今必要としているのは、これらのパッケージやスクリプトなどを構築するのに役立つ本当に優れた GUI です。IIS に組み込まれている GUI は優れていますが、説明が短いため、すぐに解決されることを願っています。

機能面では、現在、開発からサイトを展開するために使用しています- >ステージング - >バインドされたIPアドレスなどを変更するパラメーターを使用してライブにします。すべてを機能させるのに数日かかったことに非常に不満を感じていました-しかし、今ではそれができたので、導入の責任者である IT サポート側の人為的エラーの可能性の多くを取り除くことができます。これで、マスター ステージング サーバーの構成を気にするだけになりました。Web ファーム内のすべてのサーバーは、展開するたびに同期が保たれていることを確認できます。

Sayed が言及しているように、2010 年にはこれを処理するための MSBuild タスクがあります (Web サイト配置機能は現在 msdeploy を使用して実装されています)。これにより、VSTeamSystem に真の継続的インテグレーション環境の可能性ももたらされます。最後のステップは非常にエキサイティングなため、完全な Web 展開を実行します (そして恐ろしくなります!)。

于 2010-02-08T15:36:50.707 に答える
4

実際には、MSDeploy 用の MSBuild タスクがあります。これらは、.NET 4/Visual Studio 2010 と共に出荷されます。

于 2010-01-15T00:21:06.217 に答える
3

端が少し荒いですが、私はMSDeployがかなり好きになりました。ファーム内のWebサーバーを同期するために使用すると、効率的で（変更のみをコピー）、コンテンツファイルに加えて実際のIIS設定を処理するため非常に便利です。MSDeployは、さまざまなシナリオや用途の構成要素のようです。また、前述のように、.NET 4にはMSDeploy用のMSBuildタスクがあります。このMSBuildタスクを利用して、TeamCityからのWebアプリケーションの展開を簡単に行えるようにしました。私はここでそれをここにブログに書きました：

TeamCityからのWebデプロイ（MSデプロイ）-http ://www.geekytidbits.com/web-deploy-ms-deploy-from-teamcity/

于 2011-09-23T18:02:12.840 に答える
3

最近、展開パイプラインの実装を開始しましたが、以下のリンクが非常に役立つことがわかりました。

また、これらの参照を使用しました：

  • dnrtv.com の MSBuild に関するビデオ
  • Microsoft Press の本「Inside the Microsoft® Build Engine: Using MSBuild and Team Foundation Build」( Oreilly から PDF 版を購入できます)

最後に、「Continuous Delivery」の本は、MSDeploy に焦点を当てたものではありませんが、展開パイプラインについて良いアイデアを与えてくれましたが、読む価値はあります。

于 2012-10-06T15:05:43.117 に答える
1

Msdeploy には確かに PowerShell のタッチがあります。

これに代わる Windows はありませんが、その機能の一部をハイブリッド化して自動展開を行うことができます。例えば：

  • Team City と msbuild を使用してソリューションをコンパイルする
  • msdeploy を使用して、ビルド サーバー上のサイトと web.config を変換します。
  • サイトの ZIP ファイルを手動で FTP 送信します (FTP はサポートされていません)。
    • または、そのリモート展開機能を使用します。これには、ポート 8172 を開く必要があり、多くのセキュリティの変更が必要です。私の知る限り、負荷分散のための譲歩はありません
  • ライブ サイトで msdeploy を使用して変更を同期する

ツールとしては、巨大なスイス アーミー ナイフであるため、明らかにサービス プロバイダーを対象としています。これを使用すると、IIS に対してあらゆる種類の操作を行うことができますが、これはほとんどの場合、中小企業にとってやり過ぎです。私は大規模な IIS セットアップの経験がないので、おそらくそれが優れているところです。

于 2012-02-03T12:46:03.263 に答える
1

ドキュメントの記述は MSFT 1.0 製品の典型ですが、残念ながら MSDN にはギャップを埋めるための専任の開発者テクノロジ エンジニアがいません。代わりに、Web がそれを提供してくれるという盲信があります。

私は実際に自分のライティングスキルを払い落として、それについて短い電子ブックを書くことを考えています..

于 2010-01-08T23:46:14.477 に答える