82

私は現在、現在使用しているインストール パッケージ (Wise Installer 9) から移動し、Windows Vista、Windows 7、および 64 ビット システムなどを処理するものに移動することについて調査を行っています。フランス系カナダ人のクライアントも多数いるため、インストーラーのローカライズは有益です。

現在、次のテクノロジのソフトウェア パッケージとユーティリティのインストールがあります。

  • プログレス 4GL
  • ビジュアル スタジオ 2005
  • ビジュアル スタジオ 2008
  • .NET コンパクト フレームワーク 3.5

私はすでにWiXとInstallShieldを見てきました。また、Altiris が古い Wise システムを置き換えました。

私はまだ InstallShield をまったく試していませんが、私が見たりインストールしたりしたすべてのことから、業界で最も人気のあるものの 1 つに思えます。InstallShieldに関連するいくつかのスタック オーバーフロー タグを参照しましたが、グループがそれについて何を言っているか知りたいです。

私はデフォルトでそれらに行きますか？WiX は .NET 以外のものにどの程度適していますか?

4

5 に答える 5

151

更新、2018 年 8 月、新しい短いオプション: Windows インストーラーの作成方法。MSI and its major benefitsの要約と一覧表示major tools available(ダウンロード リンク付き)、および に焦点を当てていmentioning some new, trending deployment technologiesます。

私は大企業でリリース マネージャー、ビルド エンジニア、セットアップ デベロッパー、アプリケーション パッケージャー、SOE エンジニア、デプロイメント エンジニア(SCCM)としてソフトウェア開発に携わってきました。

その過程で、私は主要なパッケージング ツールのほとんどを使用しました (いくつかはさまざまなバージョンで): InstallShield、賢い（残念ながら市場外）、WiX、Advanced Installer（テスト中）、Orcaと私は他のいくつかのツールをテストしました（ http://www.installsite.orgの「Windows Installer Authoring Tools for Developers」へのリンク- かなり網羅的なリスト） 。ツールの）。また、Computer Associates Unicenter など、あまり一般的ではないパッケージングおよび展開ツールも使用しましたが、おそらく今では市場に出ていません。Non-MSI Setup Authoring Toolsのページもあります。

更新: 2 つの MSI ファイル バージョンを比較するための MSI ツールが必要な場合、または単に MSI ファイルから情報を抽出するための MSI ツールが必要な場合は、次の回答をお読みください: 2 つ (またはそれ以上) の MSI の内容を比較するにはどうすればよいですかファイル？(無料の MSI ツールに焦点を当てています)。

この投稿では、さまざまなオーサリング ツールの長所と、注意すべき問題点の概要を説明します。これらのツールには類似点がありますが、実際にはまったく異なります。説明をできる限り客観的にするためにあらゆる試みが行われました - 肯定的および否定的な現実世界の経験を説明します.

関連する導入トピック

インストールシールド

  • 機能豊富。
  • 常に最新のテクノロジーで最新の状態に。
  • (セットアップ) 開発者向け。
    • さまざまなエディションが利用可能です。
    • 主力製品である AdminStudio は、セットアップ開発者向けのツールと再パッケージ化向けのツールの両方を提供します。
  • ビルド プロセスの自動化のための非常に優れたリリース管理、ローカリゼーション、および自動化機能。少なくとも競合他社よりは優れています。
    • 複雑な製品のリリース管理は、おそらく InstallShield の主なセールス ポイントです。言語バージョン、OEM バージョン、ビューアー、アプリケーション エディションなど、あらゆる種類のフレーバーを簡単に配信できます。リリース フラグや同様の構成要素を使用します。
    • リリース フラグは基本的に、コンパイルされた各セットアップから製品の特定の部分を条件付きで除外または含めるために使用されます。これは、多くの場合、プロ向けのセットアップ ファミリを作成するときに要求されるものの大きな部分を占めます。
    • Installshield のリリース ビューでは、すべての異なるセットアップ タイプとエディションの完全な概要を確認できます。Web 用 (1 つの大きなセットアップ ファイル) または再配布可能なメディア (外部ソース ファイル) 用に提供された すべての言語バージョンとリリース セットアップ、および提供したその他のフレーバーが表示されます。
      • リリースとエディションごとに重要なのは、製品名、製品バージョン、パッケージ、製品、アップグレード コードなどの重要な設定や、製品のエディションや言語バージョンに基づいて動的に変更する必要があるその他の多くの必須設定をオーバーライドできることです。
      • 他の多くの製品では、このタイプのリリースとエディションの管理を実装するのは非常に困難です。より単純なセットアップでは、このタイプの柔軟性はそれほど重要ではないかもしれません。
    • 製品の自動化 APIを使用すると、さまざまなタイプのビルド自動化スクリプトから簡単に「リモート コントロール」できます。
      • コマンド ライン ビルド モジュールもあります(専用ビルド サーバーで使用するため)。
      • 通常の VBScript / VBA / Javascript 自動化を使用して、製品およびエディションのスイート全体のビルドを完全に自動化できます。
    • さまざまなセットアップ言語をサポートするために使用される 文字列テーブルによる完全なローカリゼーション サポート。
      • ベース ダイアログは、多数の言語で既製のものも提供されます (追加料金がかかります)。
      • 独自のセットアップ コンテンツ (機能リストのキャプション、カスタム ダイアログやメッセージ ボックス、テキスト付きの画像など) をローカライズするだけで済みますが、それでも多くの作業が必要です。
      • 大規模な多言語セットアップを提供できます。これは、いくつかの理由で私の経験ではお勧めできません(ローカライズのセクションを読んでください)。最悪の問題は、英語版を提供する前に、すべての新しいコンテンツと変更されたコンテンツをすべての言語でローカライズしなければならないことです。これは、マーケティングやセールスではほとんど受け入れられません。また、1 つの言語を再構築して再リリースする必要がある修正が常にありますが、他のすべての言語については UAT や QA なしでそれを実行したいと考えています。言語ごとに個別のビルドを提供することをお勧めします (簡単に実装できます)。
  • 優れたコミュニティ サポート:ユーザー コミュニティ フォーラム。
  • 非常に優れた GUI で、よくあることはかなり簡単です。
  • 本格的な MSI-GUI エディター。
    • とてもパワフルな。やや複雑。
    • 基盤となる MSI テクノロジの GUI 機能の制限により、問題が発生したり、厄介な制限が発生したりしますが、これはすべての展開ツールで同じです。
    • 根本的な原因は、MSI GUI が MSI ファイル自体内のデータ テーブルを使用して実装されていることです。これにより、適切な Win32 ダイアログの完全な「イベント モデル」と比較すると、ダイアログ イベントに関して深刻な制限が生じます。
  • 「 Installscript 」と呼ばれるカスタム アクション用のフル機能の C スタイル スクリプト言語。
    • Installscript はネイティブにコンパイルされるようになりました。または独自のサンドボックスでエミュレートされますが、どちらかはわかりません。以前のようにランタイムをインストールする必要はありません。
    • ちなみに、このランタイムは、ランタイムの破損(DCOM に関連しているように見えることが多い) と、異なるランタイム バージョン間のさまざまな非互換性による、かなり厄介な展開の問題の原因でした。「レガシー目的」のトラブルシューティングのリンクを次に示します。
    • ランタイムは非常に問題のあるエラーの原因でしたが、関連するすべての問題は、Installshield 12 以降では完全に解決されたようです。
  • GUI に適切に統合されたヘルプ。
    • このような難しい技術にとって非常に重要です。
    • 多くの場合、特に一般的なタスクを処理する場合に非常に役立ちます。
  • デフォルトのバイナリ ファイル ストレージ形式では、実際のソース管理や分岐は許可されません (これを箱から出して提供する WiX とは異なります)。プロジェクトをテキスト形式で保存する方法もあると思いますが、使ったことはありません。それがどれほど効果的かはわかりません。
  • 間違いなく、すべてのインストール製品の中で最もバグの多い製品です。
    • 公平を期すために、ほとんどのバグは、MSI セットアップ用のカスタム ダイアログ モデルを実装する特別な「Installscript MSI」プロジェクト タイプに関連しています (抑制されたネイティブのテーブル ベースの GUI ではありません)。
    • つまり、Installscript MSIプロジェクト タイプは、いかなる状況下でも使用してはなりません。まだそれらを使用している場合は、これを心に留めておいてください。適切にアップグレードするのは特に困難です (最初の展開は問題ないかもしれませんが、アップグレードは壊れています)。他のプロジェクトの種類はうまく機能しているようです。
    • Installscript MSI を放棄した後 (ほとんどの人がそうしているように見えました)、このツールは個人的には非常にうまく機能しました (ただし、バグがないわけではありません)。
  • IIS サイトとCOM+ アプリケーションの展開のサポートには満足できませんでした。Installshield の使いやすさではなく、WiX の柔軟性とカスタマイズ性を求める必要がありました。十分な柔軟性と制御が利用できませんでした。
  • Microsoft App-V 仮想パッケージと新しい仮想化テクノロジ のサポート。
    • 通常のアプリケーションと比較して、いくつかの新しいことができます。
    • アプリケーション ストリーミング - マシンへのローカル インストールなし - JIT。
    • 同じコンピューターで 2 つの互換性のないソフトウェアを使用します。
    • サーバー経由で更新します。
    • ライセンスの制御 - 最大同時ユーザー数またはソフトウェアをグループ/ユーザーに関連付けます。
    • アプリケーションをユーザーにすばやく簡単に提示します。
    • マイクロソフト マーケティングの詳細はこちら.

賢い

ワイズは正式には引退していますが、以前に復活しています。残念ながら、いくつかの法的な問題により、今回は最終的なものになった可能性があります-私が知っている限り. こんなに素晴らしいツールなのに残念です。Altiris に買収され、その後 Symantec に買収されました。現在は市場に出回っていないようです。私はまだ優れた賢明な機能の要約を残しています:

  • 高速かつ簡単で、非常に機能が豊富です。
    • 全体的に非常に使いやすく、優れた機能セットです。
    • IIS、高度なリリース管理など、いくつかの (非常に) 高度な機能が不足しています...
  • 管理者/リパッケージ担当者向け。
    • Installshield よりもコードに重点が置かれていません。
    • 独自の機能と柔軟性を備えたグラフィカル スクリプト エディター。
    • 適切に設計されたセットアップ構成 GUI。
  • また、アプリケーションをデプロイするための迅速で比較的簡単な方法を探している小規模な開発チームにも最適です。
  • 最新のテクノロジでは (Installshield と比較して) わずかに遅れることがありますが、比較的「バグがありません」。
  • 直感的な GUI、一般的なことは (非常に) 簡単です。
  • スクリプト スタイル エディターでのインストール シーケンス構成とカスタム アクションの非常に優れた処理。GUI スクリプトを増やし、コーディングを減らします。
  • 堅実で、重大なバグはほとんどありません。
  • ヘルプ リソースとコミュニティ サポートは InstallShield と同等ではありませんが、それでも十分です。
  • デバッグとプロトタイピングに選んだツール(高速、安定、使いやすく、優れた差分機能)。
  • そして、差分機能 (2 つの MSI ファイルのバイナリ比較を可能にする) に関して。
    • 私が試した他のどのツールも、異なる MSI ファイルのバイナリ diff で Wise に近づきませんでした。
    • 差分ビューアーの使いやすさと明快さは、素晴らしいものでした。
    • 企業のパッケージングでは、数百または数千の異なるソフトウェア パッケージをさまざまなバージョンで管理する必要があるため、このような差分機能は仕事の非常に重要な部分になる可能性があります。
  • 主観的なメモ:私のお気に入りのパッケージ ツールです。頼れる。
    • ツールが利用できなくなったことは本当に残念です。
    • 私たちはいつでも「生まれ変わり」を望むことができます (他のツールで Wise に似た GUI スニペットを見たことがあります)。

WiX (クイックスタートのヒント)

  • 大きな利点は、テキスト ソース ファイルです。変更を追跡して適切なバージョン管理を行うことがほとんど不可能なバイナリとしてソースを保存する必要はありません。
    • 適切なテキスト ソースは、分岐、バージョン管理、およびマージに関して、開発チームにとって大きな違いをもたらします。これは飛躍的な進歩です (私の意見では、プロセスが複雑で、ターンアラウンドが速く、多くの開発者がいる大企業での社内開発では特にそうです)。
    • テキスト ソース ファイルの必要性と使用は、WiX ツールキットの作成の中心でした。これは、詳細を含む簡単で不完全な「WiX 履歴」です。WiX の基礎と理論的根拠を理解するために読むことをお勧めします。
    • インストーラーをバイナリとして保存する一部の展開ツールは、バイナリ ソースが適切に追跡できない不可解な問題を示す状況に陥る可能性があります。
      • これは特に、ツールの更新後にソースの形式も更新された後に発生しました (何らかの理由で)。
      • アップグレードは多くの場合、数十のテーブルと数百のレコードに影響を与えるため、実際の問題を効果的に追跡することは不可能な作業です。
      • 症状には、遅いビルドの突然の開始、突然の遅いインストール速度、説明できないコンパイルエラー、さらには完全なファイルの破損などがあります...
      • WiX を使用すると、ソースの完全な透明性と「無駄のない」状態を実現できます。正しく行われ、ソースの自動更新が可能であれば、クリーンで信頼性が高くなりますが、多数の MSI テーブルを介してカスケード変更が発生することはありません。ソース管理と組み合わせると、変更が簡単に追跡され、(願わくば) 理解されます。不可解で文書化されていないものが追加されることはありません。
      • とはいえ、WiX 3 から WiX 4 ソース ファイルへのアップグレードは簡単ではないように思われることに注意する必要があります。これが一度限りの状況であることを願いましょう。正直なところ、なぜこれが起こったのかはわかりません。また、それに関する最新の情報もありません。
      • おそらく、Rob Mensching のブログ ( http://robmensching.com/blog/ ) と Bob Arnson のブログ( https://www.joyofsetup.com/)から実際のニュースを直接確認してください。インターネットが可能にする馬の口から直接-それは時々素晴らしい世界です;-)。噂によると、彼らは「カメをずっと下に」やっています。
  • 堅実で、重大なバグはほとんどありません。
    • 他のツールで長期にわたり断続的で説明のつかないバグに悩まされてきた人にとって、これは天の恵みです。{戦争の話は削除されました}。
    • さらに良いことに、問題は実際には WiX で修正されているように見えます。オープン ソースのツールキットに適しているように、コミュニティの助けを借りることもあります。ただし、ほとんどの場合、コアチームがそれを処理しているようです。
  • 非常に機能が豊富ですが、時々使いにくいです。
    • 慣れるまでに時間がかかり、慣れていても「面倒」になることがあります (特に、付属のヘルパー ツールを適切に使用しない場合)。
    • dark.exe 逆コンパイラ ツールを使用して、既存の MSI ファイルを WiX XML に逆コンパイルすると便利です。これにより、事前にあまり知らなくても WiX ソースを調べることができます。
    • IIS、COM+、SQL Server、アクセス許可、ファイアウォール ルールなどの複雑なものに対する優れたカスタマイズ性...「すべて」は可能ですが、場合によっては多少複雑になります。
    • WiX は効果的に " Windows インストーラーを拡張" し、必要な新しい機能を追加します。これは、以前は「独自の」ソリューションを作成しなければならなかったすべての人にとって、非常に大きなメリットです。
    • これらの拡張機能の威力は誇張することはできません。テスト済みのソリューションを使用することで、自作の複雑なカスタム アクションの多くを取り除くことができます。適切なロールバックをサポート！(ベンダーのセットアップで非常に無視されている機能 - 私の経験ではほとんどすべて - セットアップが中止された後にシステム状態がクリーンではなくなります)。
    • 私は、適切なロールバック サポートを備えた一般的なタスク用のカスタム アクションを備えた C++ dll を作成した個人的な経験があり、作業量は驚異的でした。特に、実際のロールバック機能の QA です。
  • GUI ツールが著しく不足しており、利用できる優れたサンプルが非常に少ない (特に WiX 4 の場合)。
  • IntelliSense を使用して、Visual Studio に完全に統合されています。
    • どうやら、WiX 4 でサポートされる Visual Studio のバージョンに関して、いくつかの制限があるようです。
    • 詳細はまだわかりませんが、最新バージョンの Visual Studio が必要です。これについては、Rob と Bob による優れたブログ エントリがあると思います。
  • 無料です（！）。すべての開発者がセットアップを構築できます。ただし、誰かが所有している必要があります(!)。本当 ;-）。
  • それもオープンソースです。
  • どのように始めますか？（好評の回答への直接リンク - 驚いたことに）。
  • 現在および将来のバージョン。
    • バージョン 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 など...)。私は広範囲にテストしていません。
  • 私が見る限り、独自のテキスト形式でプロジェクトを保存します。
  • しっかりしているように見えますが、SDK スタイルのフラグやプロパティではなく、直感的なチェック ボックスやオプションを表示する優れた GUI によって、MSI の複雑さの一部を決定的に隠しています。これは良いことであり、現時点では WiX から完全に失われています。
  • プロトタイピングとテスト、非常に強力な GUI、一般的に使用される機能のオートマジックに適しているようです。
  • リリース フラグ、ビルド自動化設定、およびその他のリリース管理機能 (現在は改善されている可能性があります) を備えた InstallShield のリリース ビューが恋しいです。
  • 全体として、アプリケーションをデプロイする簡単な方法を探している開発者に最適な堅実なツールです。その点ではワイズと似ています。
  • これ以上書くには、実践的な経験が少なすぎます。やってみて。

その他のツール

  • Orcaは、バイナリ MSI ファイルを開いて編集し、ある程度比較できるようにする無料の Windows SDK ツールです。また、MSI ファイルを変更するための変換ファイルの生成や、その他の技術的な操作など、その他の操作も可能です。私が常にインストールして利用できるようにしたい基本的なツール。ここには、その使用法について議論している、より広範な Orca の段落があります (一番下を見てください)。通常、Orca を入手するには Windows SDK をインストールする必要があります (最新バージョンをインストールしてツールを検索するだけです)。
  • 「 InstEd 」と同様に、「 Super Orca 」という無料ツールを勧められました。私はそれらを簡単にしか使用していませんが、見た目は問題なく、Orca よりも簡単に入手できます (Windows SDK をダウンロードする必要はありません)。
  • また、他にも多くのツールがあります。以下は、 http://www.installsite.orgからのツールのリストであり、ツールがまだアクティブに保守されているかどうかを示しています: http://www.installsite.org/pages/en/msi/authoring.htm (リンクを提供してくれたフィル・ウィルソンに感謝します-彼の答えを復活させることはできませんでした)。
  • ウィキペディアのインストール ソフトウェアのリストへのリンクも含めることができると思います。

ツールの推奨事項?

直接ツールを推奨するのは私の立場ではありません。しかし、いくつかの「観察」を行い、意思決定のためのさらなるリンクを提供できると思います。

本格的な社内開発チームには、WiX をお勧めします。他のツールは使いやすい (これは非常に重要であり、唯一重要な場合もあります) のに対し、WiX は柔軟性、拡張性、安定性、および XML テキスト ソース ファイルの使用において優れています。と。また、無料のライセンスにより、すべての開発者がソースを表示してコンパイルでき、変更を簡単に追跡、元に戻し、承認することができます。開発者全員が 1 つの WiX ソースを更新するプロセスを管理することには、まだ課題があります (通常の開発作業と同じで、簡単なことは何もありません)。

企業の再パッケージ化(これは確かに、stackoverflow.com の開発者の焦点を少し超えています) の場合、現時点で主なオプションはFlexera AdminStudioとAdvanced Installer Architectだと思います。利用可能な他の製品もあり、いつものように installsite.org には詳細があります: Tools: Repackaging & Corporate Deployment .

アプリケーションを迅速かつ簡単にデプロイする方法を探している小規模な開発チームにとって、 InstallshieldとAdvanced Installerが最も一般的な「GUI ベースの」ツールであると思います。それらは多くの機能を提供し、セットアップをすばやく提供できます。すでに述べたように、これだけが重要な場合もあります。実際には非常に頻繁に。ただし、代わりにWiXを使用して優れたインストーラーを提供することは可能ですが、より多くの知識が必要です。学習曲線があり、現時点では特に GUI に関していくつかの厳しい制限がありますが、基本テクノロジは非常に堅固で無料です。そして重要なことに、他にも 多くのツールがあります（からのリストhttp://www.installsite.org ) 同様に、特に基本的な展開機能のみを必要とする単純なアプリケーションの場合は、タスクにより適している可能性があります。非常に有能であるが、あまり一般的に使用されておらず、確立されていないこれらのツールについて、私がこれ以上の情報を提供していないのは「不公平」です。

社内アプリケーションを提供する企業チームには、WiX が提供する柔軟性を利用でき、WiX の複雑さに対処するための専門知識と技術的スキルを利用できるため、 WiX をお勧めすることを明確にしておく必要があります。また、必要に応じて新人をトレーニングすることもできます。非常に重要な問題です。WiX は、Windows インストーラーの知識が豊富でない限り、習得するのは簡単ではありません。その場合、簡単なことですが、非常に柔軟で、「手間がかかる」という適切な言葉がないため、それでも時間がかかります。実際のようです。開発、あなたは本当のコントロールを手に入れましたが、正確である必要があります. WiX ソースをセットアップすると、対処するのが夢のようになります。

要約すると、アプリケーションを顧客に迅速に提供するための優れた方法を探している小規模 (または大規模) のサード パーティ ベンダーの場合は、使いやすさと迅速な実装ソリューションを提供することを目的とした商用ツールを使用する方がよいでしょう。限られた量の変更。特に IIS の場合、商用ツールは、これまで私が必要としていた柔軟性を提供できませんでした。社内の開発チームは、少なくとも WiX を試す必要があります。

最後に注意事項: Advanced Installer、InstallShield、および賢い通常、仮想化のためのソフトウェアのパッケージ化を許可します。現在のところ、これに関する WiX の機能を認識していません。ここに情報がある場合は、コメントを追加するか、この投稿を編集してください。

実用的なヒント:

私は通常、プロトタイピングには他のツールを使用し、選択肢があれば実装には WiX を使用します。WiX のdark.exe (MSI 逆コンパイラ) を使用して、既存の MSI ファイルを逆コンパイルできます。時々、Wise または InstallShield で何かを実装し、MSI をコンパイルして WiX 形式に逆コンパイルします。次に、WiX マークアップを持ち上げて、メインの WiX ファイルにダンプします。うまく機能し、通常は非常に高速です。コンポーネントを自動作成するためのheat.exeツールと組み合わせることで、いくつかの演習を行った後、10 分もかからずに巨大な IIS Web サイトをパッケージ化することができました。その後、WiX によって提供される完全なカスタマイズ機能と、他のツールの使いやすさが得られます。

逆コンパイルされたソースをクリーンアップすることはピクニックではありませんが、ロケット科学でもありません。ある程度の MSI の知識が必要であり、しばらくの間「いじる」ことになります。商用ツールの試用版をダウンロードして MSI ファイルを生成および逆コンパイルすることはお勧めできません。結果として得られる MSI ファイルには、通常、削除するのが難しい機能で「透かし」が付けられます。

いくつかのリンク:

于 2009-10-10T03:22:57.270 に答える
20

フリーウェアのInno Setupを確認してください。長い間使用していますが、がっかりすることはありませんでした。

于 2014-04-20T22:56:36.530 に答える
18

.NET以外のものでWiXはどれくらい良いですか？

WiXは、設計上、すべてのWindowsインストーラー機能をサポートしています。Windowsインストーラーは.NETよりも前のものです。

個人的には、InstallShieldよりもWiXの方が好きです。

  • XMLテキスト形式により、コミットのレビュー、ブランチ間の変更のマージが可能になります
  • ビルドの自動化には、WiXで簡単にできるセットアップの生成を含める必要があります
  • コンポーネントグループ定義を含むwixlibファイルにより、モジュラーセットアップの開発が可能になります。依存関係などの依存関係を気にする必要はありません。
  • ライセンスや展開の問題はありません。SVNのプロジェクトの/toolsフォルダーにWiXツールセットを含めるだけです 。

InstallShieldを使用したとき、これらはすべて問題点でした。ただし、WiXには非常に急な学習曲線があります。

于 2009-10-09T16:35:31.713 に答える
6

ここ数年、InstallShield を使用していません。私の最後の仕事では、バイナリ形式がバージョン管理を困難にし、何度かソースファイルが破損して回復の見込みがなくなったことが主な理由で、NSIS から NSIS に移行しました。もちろん、これはSourceSafeに関連している可能性があります。

その上、それは不必要に複雑でした。誤解しないでほしいのですが、多くの条件付きパス、マージ モジュール、洗練された UI を備えたかなり複雑なインストーラーを実行していましたが、それでもあまりにも複雑すぎました。

NSIS には優れたプラグイン システムがあり、 LogicLib プラグインを使用して命令的にプログラムしたり、自動アンインストール ファイルを生成したり、他にも多くのことができます。

于 2009-10-09T15:35:12.143 に答える
1

いくつかの InstallShield (v12) プロジェクトを継承しました。ファイルはすべてテキスト/XML であるため、バージョン管理の問題はありません。コマンド ライン ツールを使用するビルド マシンがあり、うまく機能します。私が気に入らないのは、(a) 開発者シートあたりのコストと (b) バグです。

Inno Setup は非常に有能で柔軟性があり、通常、目標を達成する方法は複数あるため、学習曲線が急勾配になりました。最新バージョンよりも数バージョン遅れています (アップグレードのコスト構造のため)。私たちの製品は Widows で動作するため、切り替える必要がある場合は、まず MSDN サブスクリプションに付属する Microsoft のインストーラー ソリューションを調査するかもしれません。

于 2009-12-12T21:08:43.490 に答える