[解決済み] どのようなインストール製品を使用すればよいですか?InstallShield、WiX、Wise、Advanced Installerなど [終了しました]。
質問
現在使用しているインストール パッケージ (Wise Installer 9) をやめて、Windows Vista、Windows 7、および 64 ビット システムなどを処理できるものに移行することについて、現在調査を行っているところです。インストーラーのローカライズは、私たちにはフランス系カナダ人のクライアントも多数いるため、有益なものとなるでしょう。
私たちは現在、以下の技術におけるソフトウェア パッケージおよびユーティリティのインストールを行っています。
- プログレス 4GL
- Visual Studio 2005
- ビジュアルスタジオ 2008
- .NET コンパクト フレームワーク 3.5
すでに見てきた WiX と インストールシールド を、また Altiris が作成した代替 を作った。
私はまだ InstallShield をあまり使っていませんが、私が見たもの/インストールしたものすべてから、業界で人気のあるものの 1 つであるようです。Stack Overflow のいくつかのタグで InstallShield に関連する Stack Overflow のタグをいくつか見てみましたが、このグループがそれについて何を言っているのか興味があります。
デフォルトで行けばいいのか?WiXは.NET以外のものはどの程度得意なのでしょうか?
どのように解決するのですか?
<ブロッククオート
2018年8月更新
を、新たに短くしました。
Windowsインストーラの作成方法
.
要約に重点を置いた
MSI and its major benefits
を列挙し
major tools available
(ダウンロード・リンク付き)、および
と同時に
mentioning some new, trending deployment technologies
.
として、ソフトウェア開発に携わってきました。 リリースマネージャー , ビルドエンジニア , セットアップデベロッパー として、また アプリケーションパッケージャー , SOEエンジニア そして デプロイメントエンジニア (SCCM)を担当。
その過程で、私は主要なパッケージング ツールのほとんどを使用してきました (一部は多くの異なるバージョンで)。
インストール シールド
,
ワイズ
(残念ながら市場外)。
WiX
,
アドバンストインストーラ
(テストだけですが)。
オルカ
をテストし
他のツール
(リンク先
開発者向け Windows Installer オーサリングツール
へのリンクです。
http://www.installsite.org
- を参照してください)。また、Computer Associates Unicenter のような、あまり一般的でないパッケージングおよびデプロイメント ツールも使用したことがあります - おそらく今は販売されていないでしょう。また、以下のページもあります。
MSI 以外のセットアップ オーサリング ツール
.
アップデイト : もし、2つのMSIファイルのバージョンを比較したり、単にMSIファイルから情報を抽出するためのMSIツールが必要だと感じたら、この回答を読むとよいでしょう。 2 つ (またはそれ以上) の MSI ファイルの内容を比較するにはどうすればよいですか? (フリーの MSI ツールに焦点を当てた) を参照してください。
この投稿では、以下の概要を提供します。 異なるオーサリングツールのいくつかの長所 と同様に 注意すべきいくつかの欠点 . これらのツールは、似ているようでいて、実はまったく異なるものです。すべての試みは、可能な限り客観的な記述にすること、つまり、プラスとマイナスのある実世界の経験を記述することにあります。
関連するデプロイメントのトピック
- さまざまなツールのレビューに入る前に、MSI 技術自体に関する情報を含む他のいくつかのリンクを紹介します。
- デプロイメント タスクの一般的な説明は以下のとおりです。 の一般的な説明と、デプロイメントがますます複雑になっている理由についての説明です。
-
多くの人が MSI は価値があるよりも面倒だと考えているようですが、それは理解できることもあります。特に企業へのデプロイメントでは、その利点は本物ですが、いくつかの問題もあります。
- 以下は、MSI の主な企業メリットについて私が書いた説明です。 (serverfault.com から) です。この記事は大きくなりすぎましたが、まだ関連性があることを期待しています。
- について書いた同じ記事で MSI ファイルにおける典型的な現実の設計上の欠陥。 (非常に進行中の作業で、ソフトウェアの両側: 開発と配備を経験したことによる単なるメモリ ダンプです)。
インストールシールド
- 機能豊富。
- 常に最新の技術に対応しています。
-
(設定)開発者志向であること。
- 異なるエディションが利用可能です。
- 主要製品である AdminStudio は、セットアップ開発者向けのツールと、リパッケージャー向けのツールの両方を提供します。
-
非常に良い
リリース管理
,
ローカライゼーション
そして
自動化機能
を搭載し、ビルドプロセスの自動化を実現します。少なくとも競合他社より優れています。
- のために 複雑な製品 リリース管理は、InstallShield の主なセールスポイントです。言語バージョン、OEM バージョン、ビューア、アプリケーションエディションなど、あらゆる種類のフレーバーを簡単に提供できます。 リリースフラグ と同様のコンストラクトを使用します。
- リリースフラグ は、基本的に、それぞれのコンパイルされたセットアップから製品の特定の部分を条件付きで除外または含めるために使用されます。これは、セットアップのプロフェッショナルファミリーを作るときに求められることの大部分です。
-
Installshield でのリリース表示
では、すべての異なるセットアップタイプおよびエディションの完全な概要を確認できます。このビューでは、すべての
言語バージョン
や、Web 用に配信されたリリースセットアップ (1 つの大きなセットアップファイル) や再配布可能なメディア (外部ソースファイル) など、あなたが配信したあらゆる種類のセットアップが表示されます。
- 重要なのは、各リリースおよびエディションについて、次のことができることです。 重要な設定を上書きする 製品名、製品バージョン、パッケージ、製品、およびアップグレード コードなど、製品のエディションや言語バージョンに基づいて動的に変更する必要がある他の多くの必須設定を上書きすることができます。
- 他の多くの製品では、この種のリリースおよびエディション管理を実装するのははるかに困難です。より単純なセットアップの場合、この種の柔軟性はそれほど重要ではないかもしれません。
-
自動化API
を使用することで、簡単に"することができます。
リモートコントロール
からの
ビルドオートメーションスクリプト
のような様々なタイプの
- また コマンドラインビルドモジュール (専用のビルドサーバで使用するため) もあります。
- 製品やエディションのスイート全体のビルドの完全自動化は、通常の VBScript / VBA / Javascript による自動化を使用して簡単に可能です。
-
完全なローカライゼーションのサポート
と
文字列テーブル
は、異なるセットアップ言語をサポートするために使用されます。
- ベースとなるダイアログは、多くの言語で既製品として提供されます (別途費用がかかります)。
- あなた自身の設定内容 (機能リストのキャプション、任意のカスタム ダイアログまたはメッセージ ボックス、テキスト付き画像など) をローカライズする必要があるだけで、まだ多くの作業があります。
- 巨大な多言語セットアップを提供することができます。これは、私の経験では、次のような場合に推奨されません。 いくつかの理由 (ローカライズのセクションをお読みください)。最悪の問題は、英語版を配信する前に、すべての言語ですべての新規および変更コンテンツをローカライズしなければならないことです。これは、マーケティング/セールスにとって、ほとんど許容できることではありません。また、一つの言語を再構築して再リリースする必要があり、他の言語のUATやQAなしにそれを行いたいという修正が常に存在します。各言語に別々のビルドを提供する方がよいでしょう(簡単に実装できます)。
- コミュニティのサポートが良い。 ユーザーコミュニティフォーラム .
- かなり良いGUIで、一般的なことはそれなりに簡単です。
-
本格的な MSI-GUI エディター。
- 非常に強力。やや複雑です。
- 基礎となる MSI テクノロジーの GUI 機能の制限により、いくつかの引っかかりや厄介な制限が発生するが、これはすべてのデプロイメント ツールに共通することである。
- 根本的な原因は、MSI GUI が MSI ファイル自体の内部にあるデータのテーブルを使用して実装されており、適切な Win32 ダイアログ用の完全なイベント モデルと比較すると、ダイアログ イベントに関して深刻な制限を引き起こすことです。
-
フル機能
C言語によるスクリプト言語
というカスタムアクションのために、"
インストールスクリプト
"です。
- Installscript がネイティブにコンパイルされるようになりました - あるいは独自のサンドボックスでエミュレートされるか、どちらかは不明です。また ランタイムをインストールする必要はありません。 をインストールする必要はありません。
-
ちなみに、このランタイムは、いくつかのむしろ
面倒なデプロイメントの問題
のため
ランタイムコラプション
- DCOM関連と思われます。
様々な非互換性
があります。以下は、レガシーな目的のためのトラブルシューティングのリンクです。
- InstallShield スクリプトランタイムのインストールができません。 .
- セットアップは ISScript.msi を見つけることも更新することもできません。 .
- Flexera コンシューマーセントラル (エンドユーザーのセットアップの問題用)。
- ランタイムは非常に問題のあるエラーの発生源でしたが、現在ではすべての関連する問題は Installshield 12 から完全に解決されたようです。 以降では完全に解決されているようです。
-
GUIにうまく統合されたヘルプ
.
- このような難しい技術にとって、非常に重要なことです。
- 特に一般的なタスクに対処するのに非常に役立つことが多い。
- は デフォルトのバイナリファイル保存形式 は、実際のソースコントロールやブランチングを可能にしません (箱から出してくれる WiX とは異なります)。テキスト形式でプロジェクトを保存する方法があると思いますが、私は使ったことがありません。それがどれほど効果的であるかはわかりません。
-
疑いなく、すべてのインストール製品の中で最もバグの多い製品です。
- 公平に見て、ほとんどのバグは特殊な " に関連しています。 Installscript MSI プロジェクト タイプは、MSI セットアップ用のカスタム ダイアログ モデルを実装しています (ネイティブのテーブル ベースの GUI は抑制されています)。
- 言い換えれば Installscript MSI プロジェクトタイプ 禁止 はどんな状況でも使ってはいけません。もしまだ使っているのなら、このことを心に留めておいてください - これらは特に適切にアップグレードするのが難しいです (初回のデプロイは問題ないかもしれませんが、アップグレードは壊れます)。他のプロジェクトタイプはうまく動作するようです。
- Installscript MSI を放棄した後 (ほとんどの人がそうしているようです)、このツールは私個人にとって非常にうまく機能しました (バグがないわけではありませんが)。
- 私は ではない のデプロイメントのサポートに満足しています。 IIS サイト と COM+アプリケーション . 私は、Installshield の使いやすさではなく、WiX の柔軟性とカスタマイズ性を追求する必要がありました。単に利用できる柔軟性と制御が十分でなかっただけなのです。
-
のサポート
Microsoft App-V 仮想パッケージ
と新しい仮想化技術
- 通常のアプリケーションと比較して、いくつかの新しいことを可能にします。
- アプリケーションのストリーミング - マシンにローカルにインストールしない - JIT。
- 同じコンピューターで 2 つの互換性のないソフトウェアを使用します。
- サーバーを経由して更新する。
- ライセンスの制御 - 最大同時使用ユーザー数、またはグループ/ユーザーへのソフトウェアの割り当て。
- アプリケーションをすばやく簡単にユーザーに提示できます。
- その他のマイクロソフトのマーケティングはこちら .
ワイズ
ワイズが正式に引退 しかし、以前は復活していました。残念ながら いくつかの法的問題 は、今回で最後になってしまったかもしれません。これほど素晴らしいツールなのに、残念なことです。Altiris に買収され、その後 Symantec に買収されました。現在は オフマーケット . 私はまだ良いWiseの機能の要約で残しています。
-
速くて簡単で、かなり機能が豊富です。
- 全体的に非常に使いやすく、優れた機能セットです。
- IIS、高度なリリース管理など、いくつかの(非常に)高度な機能に欠けている。
-
管理者/リパッケージャー指向。
- Installshield よりもコードに重点を置いていません。
- 独自の機能と柔軟性を備えたグラフィカルスクリプティングエディタです。
- よく設計されたセットアップ設定 GUI。
- にも優れています。 <強い 小規模な開発チーム にも最適です。
- Installshield と比較して)最新技術に若干遅れをとることがあるが、比較的バグがない。
- 直感的な GUI で、一般的なことは (非常に) 簡単です。
- スクリプト スタイルのエディターで、インストール シーケンス構成とカスタム アクションを非常にうまく処理します。より多くの GUI スクリプト、より少ないコーディング。
- ロック・ソリッド 重要なバグはほとんどありません。
- ヘルプ リソースとコミュニティ サポートは、InstallShield と同等ではありませんが、それでも良好です。
- デバッグとプロトタイピングのための私の選択したツール。 (高速、安定、使いやすい、素晴らしい差分機能)。
-
また、diff 機能 (2 つの MSI ファイルのバイナリ比較を可能にする) に関しては。
- 私が試した他のどのツールも、異なる MSI ファイルのバイナリ差分に関して Wise の足元にも及びませんでした。
- diff ビューアーの使いやすさとわかりやすさは、素晴らしいの一言に尽きます。
- 企業パッケージングでは、何百、何千もの異なるソフトウェア パッケージを多くの異なるバージョンで管理するため、このような差分機能は仕事の非常に重要な部分となり得ます。
-
について
主観的なメモ
: 私のお気に入りのパッケージングツールです。とても信頼できます。
- このツールが使えなくなったのは本当に残念です。
- 私たちは常に "生まれ変わり" を望むことができます (私はいくつかの他のツールで Wise のような GUI スニペットを見たことがあります)。
WiX ( クイックスタート・ヒント )
-
大きなプラスは
テキスト・ソース・ファイル
. 変更点の追跡や適切なバージョン管理がほとんど不可能なバイナリとしてソースを保存する必要がないのです。
- 適切なテキスト ソースは、以下の点で開発チームにとって大きな違いです。 ブランチング , バージョニング そして マージ . これは飛躍的な進歩です (私の意見では、特に大企業の社内開発では、プロセスが複雑で、納期が短く、開発者が多数いる場合)。
- テキスト ソース ファイルの必要性と使用は、WiX ツールキットの作成において中心的な役割を果たしました。以下は 簡単で不完全な WiX の歴史です。 をご覧ください。WiX の基礎と根拠を把握するために読むことをお勧めします。
-
インストーラーをバイナリとして格納する一部のデプロイメント ツールでは、バイナリ ソースが決して適切に追跡できない謎の問題を示すような状況に陥ることがありました。
- これは、ソースのフォーマットも (何らかの理由で) 更新されたツール アップデートの後に特に起こりました。
- アップグレードは、多くの場合、数十のテーブルと数百のレコードに影響し、本当の問題を効果的に追跡するのは不可能な作業でした。
- 症状としては、ビルドが突然遅くなる、インストール速度が突然遅くなる、説明のつかないコンパイル エラー、さらにはファイルの完全な破損などがありました。
- WiX では、ソースを完全に透明化し、無駄をなくすことができます。正しく実行されれば、よりクリーンで信頼性が高く、ソースの自動更新が可能ですが、何十もの MSI テーブルを通じてカスケード変更を引き起こすことはありません。ソース管理との組み合わせにより、変更は簡単に追跡でき、 (できれば) 理解されます。
- これらすべてを考慮した上で、WiX 3 から WiX 4 へのソース ファイルのアップグレードは、以下のように見えることに留意する必要があります。 ではなく は些細なことです。これが1回限りの状況であることを祈りましょう。正直なところ、なぜこのようなことが起こったのかよくわかりませんし、それに関する最新の情報も持っていません。
- Rob Mensching のブログから直接、本当のニュースを確認することもできます。 http://robmensching.com/blog/ とBob Arnsonのブログ https://www.joyofsetup.com/ . インターネットが可能にする馬の口からのストレート - それは時に素晴らしい世界です;-)。噂では、彼らは"をやっているそうです。 亀の子 をやっているとか。
-
堅牢で、重大なバグがほとんどない
.
- 他のツールの長年にわたる断続的で説明のつかないバグに悩まされてきた人々にとって、これは天の恵みです。{戦争体験は削除されました}。
- さらに良いことに、WiX では問題が実際に修正されるようで、時にはコミュニティの助けを得て、オープンソースのツールキットにふさわしいものとなっています。ほとんどの場合、コアチームが対処してくれているようですが。
-
非常に
機能豊富
が、時折、やや使いにくい。
- 慣れるのに時間がかかり、慣れたとしても、正しく動作させるのが難しい場合があります (特に、付属のヘルパー ツールを正しく使用しなかった場合)。
- を使用するのに役立ちます。 dark.exe デコンパイラ ツール を使用して、既存の MSI ファイルを WiX XML にデコンパイルすることができます。これにより、WiX のソースについて事前にあまり多くを知らなくても勉強することができます。
- 複雑なものにも対応できる卓越したカスタマイズ性 例えば IIS , COM+ , SQLサーバー , 権限付与 , ファイアウォールルール などなど...。 あらゆることが可能ですが、時にやや複雑です。
- WiXを効果的に" は Windows インストーラーを拡張します。 を拡張しています。これは、これまで些細なことに見える (しかし非常にエラーの起こりやすい) ソリューションを独自に開発しなければならなかった人々にとって、大きな利点となります。
- これらの拡張機能の威力は、いくら強調してもし過ぎることはありません。自分で書いた複雑なカスタムアクションの多くを取り除き、代わりに テストされたソリューション . とは 適切なロールバックサポート ! (ベンダーのセットアップでは軽視されている機能で、私の経験ではほとんどすべてのベンダーのセットアップが中断された後、システムの状態がおかしくなる)。
- 私は、適切なロールバック サポートを備えた一般的なタスクのカスタム アクションで C++ dll を書いた個人的な経験があります。
-
GUI ツールが著しく不足しており、特に WiX 4 用の良いサンプルはほとんどありません。
- 状況は改善されつつあるようです。 おそらく、この短い要約を試してみてください。 .
-
興味深いプロジェクトは
IsWiX
. チェックアウトする価値があります。
- WiX のチュートリアルです。 https://github.com/iswix-llc/iswix-tutorials
- Youtubeの簡単なデモです。 https://www.youtube.com/watch?v=nnV_OU6fk8c
- 私はここで古くなっています、あなたがより多くの最新の情報を持っている場合、これを更新するのに役立ちますしてください。 .
-
Visual Studioに完全に統合され、インテリセンスもあります。
- WiX 4 でサポートされる Visual Studio のバージョンには、いくつかの制限があるようです。
- 詳細はまだわかりませんが、最近のバージョンの Visual Studio が必要でしょう。これについては、Rob と Bob による良いブログ エントリがあると思います。
- 無料です (!). すべての開発者はセットアップを構築することができます。しかし、誰かがそれを所有しなければなりません(!)。本当に;-)。
-
それは
オープンソース
もあります。
- "コミュニティ"のことです。 https://github.com/wixtoolset . そして、オープンイシュー。 https://github.com/wixtoolset/issues/issues
- ツールキットのダウンロードには、DTF も含まれています ( デプロイメント・ツール・ファンデーション ). 自動化された MSI ファイルを扱うための .NET クラスです。以下を参照してください。 のサンプルはこちら . 非常に便利で、品質も良い。NO COM の相互運用に対応。参照 この serverfault.com の投稿 . そして クリス・ペインターのブログ .
-
どのように始めるのですか?
(好評を博した回答への直接リンク - 驚きです)。
- について サンプル ベースのティンカー このThe Code Projectの記事を読んでみてください。 で、WiX (WiX 3)でMSIファイルを作成する方法のクイックスタートです。本当に簡単です(MSI を知っていれば自明のことです)。
- を読むこともできます。 このWiX Stack Overflowの記事 をご覧ください。
- 新機能と推奨機能 : Visual Studio で新しい WiX プロジェクトを作成する際に、動作する MSI ファイルをコンパイルするために必要な現在の最小限の変更を示す、stackoverflow の回答です。 WiX インストーラー msi が Visual Studio 2017 で作成した Winform アプリをインストールしない。 .
- また、WiX の dark.exe (MSI デコンパイラ) を使用して、既存の MSI ファイルを適切な WiX XML 形式に逆コンパイルし、それがどのように組み合わされるかを勉強することができます。非常に便利で勉強になります - 特に高度な機能については。
-
現在および将来のバージョン。
- バージョン 3.1 が安定して出ています(2017年5月リリース)。 ロック・ソリッド .
-
バージョン 4
は、現時点(2017年8月)で開発期間が8年となっています。
- いつ安定版としてリリースされるかは不明です。
- それはどうやら 非常にメジャーなアップデート であり、正常に使用するためには既存の WiX ファイルにかなりの手直しが必要です。
- 現時点では、どのような主要な違いがあるかについての詳細を説明することはできません。
- バージョン 3 の安定性と信頼性が維持されていることは間違いありません。
アドバンストインストーラー
- 実際の開発には使用していません。
- 非常に使いやすく、GUIもいい。
-
アップデイト
:
- 非常に良い 統合ロギング を開発テストインストール中にツール自体に統合しました。非常に印象的です。
- にも利用できます。 企業向けリパッケージング をその"で。 建築家編
- 豊富な機能 . あらゆる種類のセットアップをコンパイルし、すべての新しい技術(App-X、App-V、など)をサポートします。
- のサポート App-V は非常に広範囲に及ぶようです。
- は インポート 他の多くのツールのソースファイル (Installshield, Inno, Wix, Wise, NSIS, Visual Studio, Desktop Bridge, etc...) をインポートすることができます。私自身は広範囲に渡ってテストしていません。
- 私が見る限りでは、独自のテキスト形式でプロジェクトを保存します。
- 堅実なようで、そして重要なのは は優れた GUI を介して MSI の複雑さを隠してくれます。 は、SDKスタイルのフラグやプロパティではなく、直感的なチェックボックスやオプションを表示するものです。これは良いことであり、現時点では WiX に完全に欠けています。
- プロトタイピングやテストに適しているようで、非常に強力な GUI と 自動化された でよく使われる機能です。
- InstallShield の Release ビューで、リリースフラグやビルド自動化設定、その他のリリース管理機能がないのが寂しい (今頃は改善されているかもしれません)。
- 全体的な感想は ソリッドツール 見た目は アプリケーションのデプロイを簡単に行う方法を探している開発者に最適です。 . その点では Wise に似ている。
- 実用経験が少なすぎて、これ以上は書けません。試しに使ってみてください。
その他のツール
- オルカ はフリーのWindows SDKツールで、バイナリMSIファイルを開いたり編集したり、ある程度比較することができます。また、MSI ファイルを変更するための変換ファイルの生成や、その他の技術的な操作なども可能です。常にインストールして利用したい基本的なツールです。また より広範な Orca のパラグラフはこちら があり、その使用方法について説明しています(一番下を見てください)。通常、Orca を使用するには Windows SDK をインストールする必要があります (最新版をインストールし、ツールを検索してください)。
- と呼ばれる無料のツール。 スーパーオルカ "もオススメされています。 インストエデュ です。まだ少ししか使っていませんが、問題なさそうですし、Orca よりも入手が簡単です (Windows SDK をダウンロードする必要がありません)。
- また、多くの 他のツール . 以下は、その一覧です。 http://www.installsite.org には、そのツールがまだ活発にメンテナンスされているかどうかの表示があります。 http://www.installsite.org/pages/en/msi/authoring.htm (感謝 フィル・ウィルソン に感謝します)。
- へのリンクも含めることができると思います。 wikipedia のインストールソフトのリスト .
おすすめツールは?
直接的にツールを推奨するのは私の役目ではありません。しかし、私はいくつかの観察をして、意思決定のためのさらなるリンクを提供することができると思います。
深刻な社内開発チームのために、私は WiX をお勧めします。
WiX 他のツールが使いやすい(これは非常に重要で、時には重要なのはこれだけです)のに対し、WiX は柔軟性、拡張性、安定性に優れており、さらに XML テキストソースファイル - を使用することができます。ただし、扱うのに多少手間がかかるというペナルティがあります。また、フリーライセンスであるため、すべての開発者がソースを閲覧してコンパイルすることができ、変更点の追跡、差し戻し、承認も簡単に行えます。すべての開発者が 1 つの WiX ソースを更新するプロセスを管理するには、まだ課題があります (通常の開発作業と変わりません。簡単なことは何もありません)。
以下はその例です。 企業のリパッケージング (これは確かに、stackoverflow.com の開発者の焦点からは少し外れています) 現時点での主な選択肢は Flexera AdminStudio と アドバンストインストーラアーキテクト . また、他の製品も利用可能です。いつものように installsite.org に詳細が掲載されています。 ツール。リパッケージングと企業向けデプロイメント .
については 小規模な開発チーム は、アプリケーションのデプロイを迅速かつ簡単に行う方法を探しているのだと思います。 インストールシールド と アドバンストインストーラー は最も一般的なGUIベースのツールです。これらは多くの機能を提供し、セットアップを迅速に提供することができます。すでに述べたように、重要なのはこれだけであることもあります。実際、非常によくあることです。しかし、以下のツールを使って優れたインストーラを提供することは可能です。 WiX しかし、より多くの知識が必要とされます。学習曲線があり、いくつかの厳しい制限(特に現時点ではGUIに関して)がありますが、基本的な技術は非常に堅実であり、自由です。そして重要なのは 他の多くのツール (リスト http://www.installsite.org ) もありますが、あなたのタスクにもっとふさわしいかもしれません - 特に、基本的なデプロイメント機能だけが必要な単純なアプリケーションの場合はそうです。非常に高機能でありながら、あまり一般的に使用されていない、あるいは確立されていないこれらのツールについて、私がもっと情報を提供しなかったのは不公平です。
私が WiX を次のような場合に推奨していることを明確にしておく必要があります。
社内アプリケーションを提供する企業チーム なぜなら、彼らは WiX が提供する柔軟性を利用することができ、また、その柔軟性によって 利用可能な専門知識と技術スキル を持っているからです。そして、必要な時に新しい人材を育成することができるのです。非常に重要な問題です。WiXは、Windowsインストーラの知識が豊富でない限り、学ぶのは容易ではありません。WiX ソースを一度セットアップすれば、何が起こっているのかがわかるので、扱うのは夢のようです。
要約すると、もしあなたが小規模な(あるいは大規模な?) サードパーティベンダー であり、アプリケーションを顧客に迅速に提供する良い方法を探しているのであれば 商用ツールの方が良いのでは? は、使いやすさと、限られた量の変更を実装するための迅速なソリューションを提供することを目的としています。特に IIS については、商用ツールはこれまで私に必要な柔軟性を提供することができませんでした。そして、社内の開発チームは、少なくとも WiX を試してみるべきです。
最後に注意点
:
アドバンストインストーラ
,
インストールシールド
と
ワイズ
のソフトウェアのパッケージングを一般に許可しています。
仮想化
. 今のところ、WiXにそのような機能はありません。もし情報をお持ちでしたら、コメントを追加するか、この投稿を編集してください。
トップ・プラクティカル・ティップ :
私は通常、他のツールを使って プロトタイピング を、実装にはWiXを使うようにしています。WiXの dark.exe (MSIデコンパイラ)を使って既存のMSIファイルをデコンパイルします。時々、私は Wise や InstallShield で何かを実装し、MSI をコンパイルして WiX フォーマットにデコンパイルすることがあります。それから、WiX マークアップを解除して、メインの WiX ファイルにダンプします。これは素晴らしい機能で、通常は非常に高速です。この方法と heat.exe ツールとの組み合わせにより、いくつかの練習を行った後、巨大な IIS ウェブサイトを 10 分未満でパッケージ化することができました。その後、私は WiX が提供する完全なカスタマイズ性と、他のツールの使いやすさを手に入れました。
逆コンパイルされたソースをクリーンアップするのは楽なことではありませんが、ロケット科学でもありません。いくつかの MSI の知識が必要で、しばらくの間、いじくり回すことになるでしょう。MSIファイルを生成し、デコンパイルするための商用ツールの試用版をダウンロードすることは推奨されないことに注意してください。作成された MSI ファイルは一般に、削除が困難な機能を持つウォーターマーク付きです。
いくつかのリンク :
関連
最新
-
nginxです。[emerg] 0.0.0.0:80 への bind() に失敗しました (98: アドレスは既に使用中です)
-
htmlページでギリシャ文字を使うには
-
ピュアhtml+cssでの要素読み込み効果
-
純粋なhtml + cssで五輪を実現するサンプルコード
-
ナビゲーションバー・ドロップダウンメニューのHTML+CSSサンプルコード
-
タイピング効果を実現するピュアhtml+css
-
htmlの選択ボックスのプレースホルダー作成に関する質問
-
html css3 伸縮しない 画像表示効果
-
トップナビゲーションバーメニュー作成用HTML+CSS
-
html+css 実装 サイバーパンク風ボタン
おすすめ
-
[解決済み] msiexec を使用せずにコマンドラインから MSI ファイルをアンインストールする
-
[解決済み] インストールシールドまたはWix【終了しました
-
[解決済み] MSIパッケージのサイレントインストール
-
[解決済み] Wix:msi+cabの代わりにシングルMSI
-
[解決済み] Visual Studio 2012 で MSI またはセットアッププロジェクトを作成する
-
[解決済み] MSIパッケージのサイレントインストール
-
[解決済み] WiXのアンインストール時のファイル削除について
-
[解決済み] WiXからMSIインストーラを作成する方法を学ぶための良いリソース [終了しました].