использование ILMerge with.NET 4 библиотеки

вот это "после построения строки" для Visual Studio 2010 с пакетом обновления 1, используя .Net версии 4.0. Я строю консоль .exe со всеми суб-.dll файлы, включенные в него.

"$(SolutionDir)ILMerge\ILMerge.exe" /out:"$(SolutionDir)\deploy$(TargetFileName)" "$(TargetDir)$(TargetFileName)" "$(TargetDir)*.dll" /target:exe /targetplatform:v4,C:\Windows\Microsoft.NET\Framework64\v4.0.30319 /wildcards

общие советы:

• обратите внимание на каталог " \deploy\": вот где вывод.EXE-файл заканчивается.
• обратите внимание на "каталог\ ILMerge". Я скопировал утилиту ILMerge в свой каталог решений (чтобы я мог распространять источник, не беспокоясь о нем документирование установки ILMerge).

дополнительные подсказки:

Если у вас есть проблемы с ним не работает, добавьте "Эхо" перед командой "Post Build". Затем откройте окно "вывод" в Visual Studio (View..Output) и проверьте точную команду, которую фактически сгенерировала Visual Studio. В моем конкретном случае, точная команда была:

"T:\PhiEngine\CSharp\ILMerge\ILMerge.exe" /out:"T:\PhiEngine\CSharp\Server Side\deploy\NfServiceDataHod.History.exe" "T:\PhiEngine\CSharp\Server Side\NfServiceDataHod\bin\Debug\NfServiceDataHod.History.exe" "T:\PhiEngine\CSharp\Server Side\NfServiceDataHod\bin\Debug\*.dll" /target:exe /targetplatform:v4,C:\Windows\Microsoft.NET\Framework64\v4.0.30319 /wildcards

обновление

добавил Это к моему шагу "Post Build", он заменяет все .исполняемый. + dll файлы с одной комбинированной .исполняемый. Он также сохраняет отладку .файл pdb нетронутыми:

rem Create a single .exe that combines the root .exe and all subassemblies.
"$(SolutionDir)ILMerge\ILMerge.exe" /out:"$(TargetDir)$(TargetName).all.exe" "$(TargetDir)$(TargetName).exe" "$(TargetDir)*.dll" /target:exe /targetplatform:v4,C:\Windows\Microsoft.NET\Framework64\v4.0.30319 /wildcards
rem Remove all subassemblies.
del *.dll
rem Remove all .pdb files (except the new, combined pdb we just created).
ren "$(TargetDir)$(TargetName).all.pdb" "$(TargetName).all.pdb.temp"
del *.pdb
ren "$(TargetDir)$(TargetName).all.pdb.temp" "$(TargetName).all.pdb"
rem Delete the original, non-combined .exe.
del "$(TargetDir)$(TargetName).exe"
rem Rename the combined .exe and .pdb to the original name we started with.
ren "$(TargetDir)$(TargetName).all.pdb" "$(TargetName).pdb"
ren "$(TargetDir)$(TargetName).all.exe" "$(TargetName).exe"
exit 0

другие альтернативы:

• объединение нескольких сборок в один EXE для приложения WPF.
• .Net Reactor.
• SmartAssembly (довольно дорогая коммерческая альтернатива).

вы также можете добавить файл config со следующим:

<?xml version ="1.0"?>
<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <requiredRuntime safemode="true" imageVersion="v4.0.30319" version="v4.0.30319"/>
  </startup>
</configuration>

принято от здесь

просто установите ссылки PresentationCore и PresentationFramework, чтобы иметь "Copy Local = True" в окне свойств Visual Studio (после выбора ссылок в обозревателе решений). Это решит проблему без жесткого кодирования пути фреймворка. Я предпочитаю это решение, потому что путь отличается в зависимости от того, является ли сервер разработчика/сборки 64-битным или 32-битным и неизбежно изменится по мере выпуска новых версий .NET/VS.

для тех, кто использует ILMerge из задач сообщества in .csproj:

<ILMerge InputAssemblies="@(MergeAssemblies)"
         ...
         TargetPlatformVersion="v4"
         TargetPlatformDirectory="$(ProgramFiles)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0"
/>

у нас есть смешанный парк агентов сборки CI, поэтому мы используем переменную среды $(ProgramFiles) для указания правильного пути (диск + папка x86/x64), как это было рекомендовано Команда MSBuild.