2014-04-28 2 views
0

Мне не удалось найти документацию по этому вопросу, но делает ли перенаправление nuget привязкой к переадресации работать только для сильных именованных сборок? У меня есть несколько внутренних библиотек, которые у нас есть на нашем собственном сервере nuget, которые все слабые, но для каждого публиковать в nuget для dll создается другой номер версии.Nuget не генерирует переадресацию привязки для слабых названных сборок

Из-за различного номера версии зависимость, которая ссылается на эту сборку, не сможет загрузить сборку с другим номером версии, чем она была скомпилирована во время выполнения. Итак, прямо сейчас мы находимся в сценарии, где, если мы публикуем новый nuget для общей библиотеки, мы должны вручную публиковать все пакеты nuget, которые ссылаются на эту общую библиотеку (хотя изменение обратно совместимо). Мы находимся в процессе перехода к сильному названию всего, но в настоящее время из-за устаревших решений ничто так сильно не названо, поэтому обходной путь на данный момент будет хорошим.

ответ

1

Я не думаю, что поддержка NuGet добавляет привязку-перенаправление к слабым именованным сборкам. Документ, описывающий его, - http://blog.davidebbo.com/2011/01/nuget-versioning-part-3-unification-via.html.

Обходным путем может быть добавление install.ps1 в пакеты. Поэтому во время обновления/установки пакета install.ps1 будет добавлять/изменять перенаправления привязки в конфигурациях.

+0

На самом деле нет такой концепции, как «привязка переадресации для не-сильно подписанных сборок» в .Net, поэтому даже со скриптом вы не можете ее создать. С другой стороны, не должно быть проблем, если последняя версия уже загружена как .Net игнорирует сравнение версий, если она не подписана. Иначе полезный пост. –

Смежные вопросы