Всем перивет, использует ли кто то ILMerge в реальной работе и production коде.
В целом думаю о его использовании для уменьшения сборок в проекте.
Проект сам по себе — распределённая система с 5-6 разными deployment unit-ами.
Так как deployment unit много то приходится иметь много "common" сборок.

В общем поделитесь, стоит ли вообще думать в сторону ILMerge

Здравствуйте, Tom, Вы писали:

Tom>В общем поделитесь, стоит ли вообще думать в сторону ILMerge
Я б не стал. Особенно, если используется сгенеренный код/Code Access Security/рефлексия/на deployment unit будет кто-то ссылаться/они будут общаться друг с другом.

А в чём конкретно проблема? Пока я не вижу никаких особых преимуществ, потенциальные грабли — вижу.

Здравствуйте, Tom, Вы писали:

Tom>Всем перивет, использует ли кто то ILMerge в реальной работе и production коде.
Tom>В целом думаю о его использовании для уменьшения сборок в проекте.
Tom>Проект сам по себе — распределённая система с 5-6 разными deployment unit-ами.
Tom>Так как deployment unit много то приходится иметь много "common" сборок.

Tom>В общем поделитесь, стоит ли вообще думать в сторону ILMerge

В сторону ILMerge стоит думать создателям библиотек.
Стоит создавать сборки в двух режимах:
1)Все в одной dll вместе с зависимостями
2)Зависимости отдельно

Для приложений смысла не имеет, проще рядом с exe положить.

Для делпоя понапридумано много чего: xcopy, clickonce, xbap, msi, silverlight, webdeploy.

ILMerge стар и глючен (например, при объединении теряется часть информации, в т.ч. XML-комментарии)
Ищите замену.
Из бесплатных, например, Eazfuscator.NET (сайт).
Вобщем, вам нужны обфускаторы с функцией "Assembly merging".