usando ILMerge with.NET 4 bibliotecas

Aquí está la "Cadena de compilación posterior" para Visual Studio 2010 SP1, utilizando.NET 4.0. Estoy construyendo una consola .exe con todos los sub -.archivos dll incluidos en él.

"$(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

Consejos básicos:

• Observe el directorio "\deploy\": aquí es donde la salida .el archivo exe termina.
• Observe el directorio "ILMerge\". Copié la utilidad ILMerge en el directorio de mi solución (para poder distribuir el código fuente sin tener que preocuparme por documentar la instalación de ILMerge).

Consejos avanzados:

Si tiene problemas con que no funcione, agregue un "echo" antes del comando "Post Build". A continuación, abra la ventana "Output" en Visual Studio (View..Salida), y compruebe el comando exacto que Visual Studio realmente generó. En mi caso particular, el comando exacto fue:

"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

Update

Añadido esto a mi paso "Post Build", reemplaza a todos .exe + .archivos dll con un solo combinado .exe. También mantiene la depuración .archivo pdb intacto:

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

Otras alternativas:

• Combinando múltiples ensamblados en un solo EXE para una aplicación WPF.
• . Net Reactor .
• SmartAssembly (una alternativa comercial bastante cara).

También puede agregar un archivo de configuración con lo siguiente:

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

Tomado de aquí

Simplemente configure las referencias de PresentationCore y PresentationFramework para que tengan "Copy Local = True" en la ventana de propiedades de Visual Studio (después de seleccionar las referencias en el Explorador de soluciones). Resolverá el problema sin codificar la ruta del marco. Prefiero esta solución porque la ruta es diferente dependiendo de si el desarrollador/servidor de compilación es de 64 bits o 32 bits e inevitablemente cambiará a medida que se publiquen nuevas versiones de.NET/VS.

Para aquellos, que utilizan ILMerge de tareas comunitarias en.csproj:

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

Tenemos un parque mixto de agentes de construcción de CI, por lo que usamos la variable de entorno Program(ProgramFiles) para apuntar la ruta correcta (carpeta drive + x86/x64), como lo recomendó el Equipo de MSBuild.