NuGet 1.2 Versionshinweise

Versionshinweise | NuGet 1.3 Versionshinweise

NuGet 1.2 wurde am 30. März 2011 veröffentlicht.

Neue Funktionen

Unterstützung für Framework-Profile

Von Anfang an unterstützte NuGet, dass Bibliotheken auf verschiedene Frameworks abzielen. Pakete können jedoch Assemblys enthalten, die auf bestimmte Profile wie das Windows Phone-Profil abzielen. Um ein bestimmtes Profil eines Frameworks zu verwenden, fügen Sie einen Bindestrich gefolgt von der Profilabkürzung an. Um beispielsweise SilverLight auf einem Windows Phone (auch als Windows Phone 7 bezeichnet) zu verwenden, können Sie eine Assembly in den Sl3-wp-Ordner einfügen, wie im folgenden Screenshot gezeigt.

Sie könnten fragen, warum wir nicht einfach die Bezeichnung "wp7" verwendet haben. Teilweise erwarten wir, dass Windows Phone 7 in Zukunft eine neuere Version von Silverlight ausführen kann. In diesem Fall müssen Sie möglicherweise spezifischer sein, welches Frameworkprofil Sie als Ziel festlegen.

Automatisches Hinzufügen von Bindungsumleitungen

Beim Installieren eines Pakets mit stark benannten Assemblys kann NuGet jetzt Fälle erkennen, in denen das Projekt Bindungsumleitungen erfordert, die der Konfigurationsdatei hinzugefügt werden müssen, damit das Projekt kompiliert werden kann, und diese automatisch hinzufügen. Teil 3 der Blogbeitragsreihe von David Ebbo auf NuGet Versioning mit dem Titel "Vereinheitlichung über Bindungsumleitungen" deckt den Zweck dieses Features in weiteren Details ab.

Angeben der Framework-Assembly-Verweise (GAC)

In einigen Fällen hängt ein Paket möglicherweise von einer Assembly ab, die sich in .NET Framework befindet. Streng genommen ist es nicht immer notwendig, dass der Nutzer Ihres Pakets auf die Framework-Assembly verweist. In einigen Fällen ist es jedoch wichtig, z. B. wenn der Entwickler Code für Typen in dieser Assembly erstellen muss, um das Paket zu verwenden. Mit dem neuen frameworkAssemblies Element, einem untergeordneten Element des Metadatenelements, können Sie eine Gruppe von frameworkAssembly Elementen angeben, die auf eine Framework-Assembly im GAC verweisen. Beachten Sie das besondere Augenmerk auf die Framework-Assembly. Diese Assemblys sind nicht in Ihrem Paket enthalten, da sie als Teil von .NET Framework auf jedem Computer verwendet werden. In der folgenden Tabelle sind Attribute des frameworkAssembly Elements aufgeführt.

Merkmal	Description
assemblyName	Erforderlich. Name der Assembly wie System.Net.
targetFramework	Optional. Ermöglicht das Angeben eines Frameworks und eines Profilnamens (oder Alias), auf die dieses Frameworkassembly zutrifft, wie beispielsweise "net40" oder "sl4". Verwendet das gleiche Format, das in der Unterstützung mehrerer Zielframeworks beschrieben wird.

  <frameworkAssemblies>
    <frameworkAssembly assemblyName="System.ComponentModel.DataAnnotations" targetFramework="net40" />
    <frameworkAssembly assemblyName="System.ServiceModel" targetFramework="net40" />
  </frameworkAssemblies>

nuget.exe ist jetzt in der Lage, API-Schlüsselanmeldeinformationen zu speichern

Wenn Sie das Befehlszeilentool nuget.exe verwenden, können Sie jetzt den Befehl "SetApiKey" verwenden, um Ihren API-Schlüssel zu speichern. Auf diese Weise müssen Sie es nicht jedes Mal angeben, wenn Sie ein Paket pushen. Weitere Informationen zum Speichern Ihres API-Schlüssels mit nuget.exefinden Sie in der Dokumentation zum Veröffentlichen eines Pakets.

Paket-Explorer

Der Paket-Explorer wurde aktualisiert, um NuGet 1.2 zu unterstützen. Weitere Informationen finden Sie unter [Package Explorer release notes](http://nuget.codeplex.com/wikipage?title=New%20features%20in%20NuGet%20Package%20Explorer%201.0).

Weitere Features/Fixes

Die vorherige Liste war die auffälligste der vielen Features, die wir implementiert haben, und Fehler, die wir behoben haben. Alles in allem haben wir [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) in dieser Version implementiert/behoben.

Bekannte Probleme

• 1.2 Paketinkompatibilität: Pakete, die mit der neuesten Version des Befehlszeilentools erstellt wurden, nuget.exe (> 1.2) funktionieren nicht mit älteren Versionen des NuGet VS-Add-Ins (z. B. 1.1). Wenn Sie eine Fehlermeldung erhalten, die etwas über ein inkompatibles Schema angibt, dann stoßen Sie auf diesen Fehler. Aktualisieren Sie NuGet auf die neueste Version.
• NuGet.Server-Inkompatibilität: Wenn Sie einen internen NuGet-Feed mit dem NuGet.Server-Projekt hosten, müssen Sie dieses Projekt mit der neuesten Version von NuGet.Server aktualisieren.
• Fehler bei nicht übereinstimmender Signatur: Wenn während eines Upgrades ein Fehler auftritt und eine Meldung zu einem Signaturkonflikt angezeigt wird, müssen Sie NuGet zuerst deinstallieren und dann installieren. Dies ist auf unserer Seite "Bekannte Probleme " aufgeführt, die weitere Details enthält. Das Problem betrifft nur diejenigen, die Visual Studio 2010 SP1 ausführen und eine Version von NuGet 1.0 installiert haben, die falsch signiert wurde. Diese Version wurde nur für einen kurzen Zeitraum von der CodePlex-Website zur Verfügung gestellt, sodass dieses Problem nicht zu viele Personen betreffen sollte.