VisualStudio2010内でInstallShield2011LEを有効にし、それを使用して最初のインストーラーをビルドしようとしています。私のアプリケーションはWPF/.NET4.0アプリケーションです。ソリューションは非常に重く、約30のプロジェクトがあり、そのほとんどがPrismモジュールです。
ソリューションをビルドするたびに、InstallShieldは、ファイルテーブルのビルドステップ中またはステップ後に「-6213内部ビルドエラー」を表示し、ログにそれ以上の情報はありません。関係がないかもしれませんが、このInstallShieldセットアッププロジェクトで作業しているときに、VisualStudioが非常に不安定であることがわかりました。何度もクラッシュしました。
この方法で、非常に単純なWPFテストソリューションからインストーラーを正常に作成できました。
誰かがこれをさらにデバッグする方法についてのポインタを教えてもらえますか？
InstallShieldには、依存関係スキャンと呼ばれる私が嫌う機能があります。これは基本的に、アセンブリをスキャンし、デプロイする意味を自動的に把握する場所です。いいですね。ええと、私の世界では、インストーラーに何が入り、何が入らないかを決定的にオーサリングする責任があります。インストーラーに不慣れな多くの人々は私を信じることを拒否したいと思っています、そしてそれはそうするあなたの権利です。しかし、それが私なら、これをオフにします。
したがって、基本的にリンクされたドキュメントには、このスキャン中にビルドが破損する原因不明のバグがあると記載されています。私の推測では、Prismで行っていることは、InstallShieldが処理できる範囲をはるかに超えているため、poofがビルドに反映されます。
StackOverlowの仲間であるMichaelUrmanがたまたまInstallShieldで働いていて、再現可能なシナリオがある場合、彼はあなたからテストデータを取得することに興味があるかもしれません。