Можно ли объединить только подмножество зависимостей с помощью ILMerge?

Причина, по которой это не работает, оказалась довольно простой: ILMerge должен иметь возможность найти dll, которую вы исключили из списка.

При оценке зависимостей в целевой библиотеке ILMerge по умолчанию проверяет различные местоположения, чтобы идентифицировать зависимую библиотеку (\bin, GAC и т. д.), даже если вы не указали ее в списке командной строки. Если он не может найти эту библиотеку, вы должны указать ее местоположение с помощью переключателя \lib. В противном случае вы увидите ошибку Unresolved assembly reference not allowed: three.

Пример:

ILMerge /lib:..\three\bin\three.dll /targetplatform:v2 /log /internalize /out:bin\coolproject.dll obj\Debug\coolproject.dll C:\Users\Nick\Projects\test\bin\one.dll C:\Users\Nick\Projects\test\bin\two.dll

Я написал небольшой инструмент, чтобы справиться с этим.

Исходный код можно найти на @ https://github.com/leppie/ReferenceRemover.

В вашем случае он будет использоваться как:

ReferenceRemover three.dll "(one|two).*" coolproject.dll

Объяснение аргументов:

1. Сборка для проверки
2. Регулярное выражение для соответствия ссылкам
3. Сборка, на которую нужно перенаправить

Результатом является three.dll со скорректированными ссылками.

Я думаю, вы ищете параметр «исключить» для переключателя /internalize. Например, если вы используете

/internalize:excludes.txt

где файл excludes.txt содержит

three.dll

он усвоит one.dll и two.dll, но оставит three.dll в качестве внешней зависимости.

Вот пара постов в блоге, в которых подробно рассказывается:

• http://www.bjoernrochel.de/2009/07/07/how-to-shoot-in-the-foot-with-ilmerge/
• http://www.blackwasp.co.uk/ILMergeInternalize.aspx

Обновление: из документации:

2.10 Исключить файл

общедоступная строка ExcludeFile { получить; набор; }

Это свойство используется только в сочетании со свойством Internalize (раздел 2.12). Когда это установлено перед вызовом Merge, оно указывает путь и имя файла, которые будут использоваться для идентификации типов, видимость которых не должна изменяться. Если Internalize имеет значение true, а ExcludeFile — «», то все типы в любой сборке, кроме основной сборки, становятся закрытыми. Установка этого свойства неявно устанавливает для Internalize значение true.

Содержимое файла должно состоять из одного регулярного выражения на строку. Синтаксис определен в пространстве имен .NET System.Text.RegularExpressions для регулярных выражений. Регулярные выражения сопоставляются с полным именем каждого типа, например, «System.Collections.IList». Если совпадение не удается, выполняется повторная попытка с именем сборки (заключенным в квадратные скобки) перед именем типа. Таким образом, шаблон «[A].*» исключает возможность сделать все типы в сборке A непубличными. (Обратная косая черта необходима, поскольку строка обрабатывается как регулярное выражение.) Шаблон «N.T» будет соответствовать всем типам с именем T в пространстве имен с именем N независимо от того, в какой сборке они определены.

Важно отметить, что регулярные выражения не привязаны к началу строки; если это необходимо, используйте для этого соответствующие символы операторов регулярных выражений.

2.12 Усвоить

общественное логическое значение Internalize { get; набор; }

Это определяет, будет ли изменена видимость типов в сборках, отличных от основной сборки. Если оно равно true, то видимость всех неисключенных типов, видимых за пределами своей сборки, изменяется таким образом, что они не видны снаружи объединенной сборки. Тип освобождается, если его полное имя совпадает со строкой из ExcludeFile (раздел 2.10) с использованием механизма регулярных выражений .NET.