現在、私たちはIS 11に移行する必要があるのか、IS 10で長時間滞在するのか不思議です。いくつかの重要なボックスのアップグレードが組み込まれているので、あなたの視点からすれば、IS 11にはいくつかの技術革新があるので、それを持っている必要があります。そうでなければ、簡単にスキップして次のバージョンを待つことができます。InstallShield 10 vs 11 - 移行する理由はありますか
これは、サーバーアプリケーションとスタンドアロンのクライアントmsiプロジェクトのインストールに使用されます。
ここにはIS2011 Release Notesがあります。
スタンドアロンビルドにDRMが追加されました。 （BOOO）
standloneビルドは今そこにいくつかのUnicodeの改善だが、私はローカライズを行うか、もはやのInstallScriptを使用しない（YEAH）
カートたala購入することができます。
改善されたTFSサポートがありますが、IS2010は既にVS2010に登録されているので、何が違うのか分かりません。
SQL 2008 R2をサポートするためのいくつかの改善点がありました。
より多くの前提条件がありますが、本当に必要な場合は、いつでも自分で作成したり、ダウンロードして2010年に使用することができます。
InstallScript/VBScriptエディタが改善されましたが、私はC＃/ DTF/WiXを使用します。
あなたがそれに参加していればApp-Vが改善されました（私はそうではありません）。
セットアップ前提条件は、パス変数を使用してビルドの依存関係を分離することを最終的にサポートします。これは、今日私がNotepad ++を使ってこれらを通常編集しているので、これはうれしいことです。あなたが気にしている場合HyperLinkコントロール（これは無用になりMSI 5.0への依存性）
カスタムのSetup.exeアイコンやリソースをオーサリングする
能力。 （あなたのもののような音は内部にあります）
Prebuild/PostCompression/PostBuildイベント。前と後PostCompressionには気にしないMSIのことをする必要がある人には非常に面白い使用例があるISは圧縮されたsetup.exeを持つことはできません。
Expiring setup.exe's ）
インポートVDPROJ - これはしばらく周囲にあったと思った。多分それは今働くかもしれない？ :-)
SQLスクリプトでのUnicodeサポート。それは重要である可能性があります（私には現在ありません）
64bitと.NET 4.0が改善されました。常に歓迎されます。
は今、私は私の意見を与える部分の改善（常に歓迎）
そして、もっと.....
OKを、IIS。あなたが持っているものが働いているなら、それに固執する。あなたが多くのプロジェクトに取り組む傾向がある場合、少しのお金を費やして新しい問題についてレンガの壁を打つのが好きでない場合は、アップグレードしてください。うまくいけば、まず問題は見えません。
は、単純にそれを入れて、我々は2010年と2011年を所有するが、現在は2010年
クリスの答えはすでに、より最近のペアを想定しているが、あなたでは、InstallShield Xおよび11、またはInstallShield 2010を意味するかどうかを明確にするのが良いでしょうを使用していますあなたがまだ前者であれば、少なくともInstallScriptエンジンアーキテクチャ以上のIS12以降のUAC準拠のために、後者のいずれかに急いで行きます。 –
私はInstallShield 2010を意味します。 – Darqer