14

私たちのチームは、分散型の winform アプリを開発しています。展開には ClickOnce を使用しており、非常に満足しています。

ただし、ClickOnce の問題点は配置の作成にあることがわかりました。標準の開発/テスト/実稼働環境があり、これらのそれぞれに対して個別にインストールおよび更新するデプロイメントを作成できる必要があります。また、デプロイするアセンブリを制御する必要があります。アセンブリがコンパイルされたからといって、それをデプロイする必要があるわけではありません。

配置を作成するための最初の選択肢は、当然 Visual Studio です。ただし、VSは実際には、記載されている問題に対処していません。次は SDK ツールの Mage です。Mage は正常に動作しますが、デプロイメントの作成はかなり面倒であり、すべての開発者がコード署名証明書とパスワードを持っている必要はありません。

私たちが最終的に行ったのは、Mage のコマンド ライン バージョンを使用して ClickOnce マニフェスト ファイルを作成する独自の展開アプリを展開することでした。

私は現在の解決策に満足していますが、この問題に対して業界全体で受け入れられているアプローチがあるようです. ある？

4

2 に答える 2

14

msbuildの使用を検討します。Clickonce 展開を処理するためのタスクが組み込まれています。この道をたどりたい場合は、始めるのに役立つ参考文献をいくつか含めました。それは私が使用しているものであり、私のニーズに合っていることがわかりました。msbuild を使用した優れたビルド プロセスにより、これまで感じていた問題を解決できるはずです。

ClickOnce マニフェスト生成が MsBuild でどのように機能するかについての詳細な投稿を次に示します。

于 2008-08-21T19:03:27.523 に答える
5

nAnt を使用してビルド戦略全体を実行しましたが、パラメーターを MSBuild に渡してコンパイルし、展開パッケージを作成しました。

基本的に、nAnt は、展開する必要がある環境ごとに MSBuild を呼び出し、それぞれに個別の展開出力を生成します。最終的に、すべての環境に必要なフォルダーとすべての ClickOnce ファイルが作成され、サーバーにコピーするだけで済みます。

これは、複数の実稼働環境も同様に処理した方法です。米国、カナダ、およびヨーロッパ用にアプリケーションの個別のインスタンスがあったため、各ビルドでは、dev、qa、および prod にそれぞれ 3 つ、合計 9 つのデプロイメントが作成されることになります。

于 2008-08-21T19:09:35.200 に答える