私は、サービススタック（DLL）をEXEプロジェクト（Azureアプリケーションの起動タスク）を使用して消費しています。これは、次のサービススタックのDLL &いくつかのAzureのDLLをEXEプロジェクトにコピーしました。複数のアセンブリを1つにマージする方法は？
私はこのEXEプロジェクトをビルドするとき、私は、すべてのサービス・スタックのをコピーする必要がある任意のマシン上で私のEXEを実行するので、その後、アズールのDLLは私のEXEに同梱されますが、サービス・スタックのDLLをEXEにバンドルされることはありませんDLLを手動で作成します。
は、私は私が私のEXEへのすべてのこれらのDLLをバンドルするためにしなければならないはずです
JsonServiceClient client = new JsonServiceClient(servicepath);
を使用するには、このサービス・スタックのDLLを使用していますか？
あなたのVSのプロジェクトの設定にILMergeを含める方法について説明記事もあります：
は、 0123を参照してくださいOR
OR
AssemblyResolveハンドラを必要とする...はILMerge-GUI, the .NET mergerを試してみてください。 GUIベースのIlmergeで、すべてのコマンドライン作業が不要です。
素晴らしい！私のためにうまくいった！ –
Codeplexがシャットダウンしているので、移動したプロジェクトリンクは次のとおりです。 https://bitbucket.org/wvd-vegt/ilmergegui – Hegi
ServiceStack.Gapプロジェクトでは、ILMerge ServiceStackのいくつかの例を1つのクロスプラットフォーム.exeに示しています。
ServiceStackも特によく、それはこれらの組み込み作成するアプリケーションに適しています他の機能の数が含まれています。NETのHTTPリスナー
にする素晴らしいツールをILMergedすることができます組み込みリソースとして参照されるアセンブリはCostura（Fodyアドイン）です。次のように著者のサイモンKroppはそれを説明します
[...]の2つの方法を組み合わせ：
- using embedded resources as a method of merging assemblies
- はEinar Egilssonの提案のジェフリー・リヒターの提案using cecil to create module initializers
結果は、NuGetからCostura.Fodyを取得するだけで済む非常に簡単なソリューションです。
特長：
OMG Costura.Fodyが正しい答えです。ナゲットからパッケージをインストールし、プロジェクトを再構築しました。今はスタンドアロンのEXE AWESOME !! –
私はそれがどれほど簡単か信じられません。ナゲットからパッケージをインストールすれば、あなたは完了です。 – iraSenthil
私はCostura.Fodyも使用しています。セットアップが簡単で、NuGetパッケージをリソースとして組み込むのは簡単です。プロジェクトを手に入れる。 –
は、WPFは、あなたの依存関係オプションはもっと限られているかもしれません..... ILMergeはこれに対処するようには見えません。 Costura.Fody（上記のCodefoxで言及されているように）は私たちのために完璧に働いていましたが、行くには約5分かかりました。とても良い経験です。
Nugetでインストールします（パッケージマネージャコンソールで正しいデフォルトプロジェクトを選択してください）。
"Copy Local" = trueとマークされたすべてのDLLをマージし、圧縮されたマージされた.EXE（標準出力と並んで、ほとんどは現在必要ではありません）を生成します。これはスタンドアロンで使用できます。
ライセンスはMITであるため、必要に応じて変更/配布することができます。
組み込みアセンブリのJeffrey Richterのソリューションを思い出させてくれてありがとう！必要なコードを注入するツールと組み合わせるツールについては、[Costura]（https://github.com/Fody/Costura/）に言及した私の答えを参照してください。 – CodeFox