Et ILMerge? Il existe depuis longtemps et il y a beaucoup de ressources.Par exemple, voici une introduction rapide. De plus, les questions de stackoverflow ont déjà couvert quelques pièges courants, comme Fusionner DLL avec EXE.

Il est également indépendant de votre environnement de construction. Il vous suffit de l'intégrer dans votre processus de construction.

ILMerge n'est malheureusement pas parfait. Par exemple, il ne prend pas en charge la fusion d'assemblys WPF. L'alternative consiste à incorporer les bibliothèques en tant que ressources et à les charger dynamiquement. Par exemple, consultez ce article de blog. Le conteneur LibZ dont allquixotic a mentionné le fait essentiellement.

Pour le conteneur LibZ, il existe une autre alternative, qui a été essayée et j'y réfléchirais sérieusement: Fody.Costura

Mono mkbundle pourrait être encore une autre alternative, veuillez noter cependant qu'il produit du code natif. Les dépendances peuvent être liées statiquement. Sous Windows, il faut également que cygwin puisse fonctionner (voir également ce fil de discussion du forum)

LibZ Container instrumente votre assemblage principal avec un code qui décompresse les ressources d'assemblage compressées du fichier de ressources et les charge de la mémoire. Il prétend fonctionner avec du code de réflexion ainsi que des noms forts, et il ne modifie en aucun cas les fichiers d'assemblage d'origine, donc les références à nom fort fonctionneront bien.

il-repack satisfait partiellement les critères de réponse, mais il reconditionne malheureusement les assemblys, ce qui brise leur nom fort, donc si vous dépendez d'assemblys signés avec un nom fort, cela a gagné ne fonctionne pas. Cela ne fonctionne pas non plus avec la plupart du code de réflexion tant que les assemblys n'ont pas été chargés de classe.