Заметки о выпуске NuGet 1.2
Заметки | о выпуске NuGet 1.0 и 1.1
NuGet 1.2 выпущен 30 марта 2011 г.
С самого начала NuGet поддерживает наличие библиотек для разных платформ. Но теперь пакеты могут содержать сборки, предназначенные для определенных профилей, таких как профиль Windows Телефон. Чтобы нацелиться на определенный профиль платформы, добавьте тире, за которым следует сокращение профиля. Например, для целевого объекта SilverLight, работающего на Телефон Windows (ака Windows Телефон 7), можно поместить сборку в папку sl3-wp, как показано на следующем снимке экрана.
Вы можете спросить, почему мы не просто решили использовать "wp7" в качестве моникера. В частности, мы ожидаем, что Windows Телефон 7 может запустить более новую версию Silverlight в будущем, в этом случае вам может потребоваться более конкретный профиль платформы, на который вы нацелены.
При установке пакета с строгими именованными сборками NuGet теперь может обнаруживать случаи, когда проект требует, чтобы перенаправления привязки добавлялись в файл конфигурации, чтобы проект компилировался и добавлял их автоматически. Часть 3 из публикации блога Дэвида Ebbo в NuGet Versioning под названием "Объединение через перенаправления привязки" охватывает цель этой функции в более подробной информации.
В некоторых случаях пакет может зависеть от сборки, которая находится в платформа .NET Framework. Строго говоря, не всегда необходимо, чтобы потребитель пакета ссылал на сборку платформы. Но в некоторых случаях важно, например, когда разработчику нужно кодировать типы в этой сборке, чтобы использовать пакет. Новый frameworkAssemblies
элемент, дочерний элемент элемента метаданных, позволяет указать набор элементов, указывающих frameworkAssembly
на сборку Framework в GAC. Обратите внимание на сборку Framework.
Эти сборки не включаются в пакет, так как предполагается, что они находятся на каждом компьютере в рамках платформа .NET Framework. В следующей frameworkAssembly
таблице перечислены атрибуты элемента.
Атрибут | Description |
---|---|
имя_сборки | Необходимые. Имя сборки, например System.Net . |
targetFramework | Необязательно. Позволяет указать имя платформы и профиля (или псевдоним), к которым применяется эта сборка платформы, например net40 или sl4. Использует один и тот же формат, описанный в разделе "Поддержка нескольких целевых платформ". |
<frameworkAssemblies>
<frameworkAssembly assemblyName="System.ComponentModel.DataAnnotations" targetFramework="net40" />
<frameworkAssembly assemblyName="System.ServiceModel" targetFramework="net40" />
</frameworkAssemblies>
При использовании средства командной строки nuget.exe теперь можно использовать команду SetApiKey для хранения ключа API. Таким образом, вам не нужно указывать его каждый раз при отправке пакета. Дополнительные сведения о сохранении ключа API с помощью nuget.exe см. в документации по публикации пакета.
Пакет Обозреватель обновлен для поддержки NuGet 1.2. Дополнительные сведения проверка из [Package Explorer release notes](http://nuget.codeplex.com/wikipage?title=New%20features%20in%20NuGet%20Package%20Explorer%201.0)
.
Предыдущий список был наиболее заметным из многих функций, которые мы реализовали, и исправлены ошибки. Все в целом, мы реализовали и исправили [59 work items](http://nuget.codeplex.com/workitem/list/advanced?keyword=&status=All&type=All&priority=All&release=NuGet%201.2&assignedTo=All&component=All&sortField=Votes&sortDirection=Descending&page=0)
в этом выпуске.
- 1.2 Несовместимость пакета: пакеты, созданные с последней версией средства командной строки, nuget.exe (> 1.2) не будут работать со старыми версиями надстройки NuGet VS (например, 1.1). При возникновении сообщения об ошибке с сообщением о несовместимой схеме возникает ошибка. Обновите NuGet до последней версии.
- Несовместимость NuGet.Server. Если вы размещаете внутренний веб-канал NuGet с помощью проекта NuGet.Server, необходимо обновить этот проект с последней версией NuGet.Server.
- Ошибка несоответствия подписи. Если во время обновления возникает ошибка с сообщением о несоответствии подписи, сначала необходимо удалить NuGet, а затем установить его. Это указано на странице известных проблем, которая содержит дополнительные сведения. Проблема затрагивает только тех, кто работает под управлением Visual Studio 2010 с пакетом обновления 1 (SP1) и установлена версия NuGet 1.0, которая была неправильно подписана. Эта версия была доступна только на веб-сайте CodePlex в течение короткого периода, поэтому эта проблема не должна влиять на слишком много людей.