Versionshinweise zu NuGet 1.2
NuGet 1.0 und 1.1 Versionshinweise | NuGet 1.3 Versionshinweise
NuGet 1.2 wurde am 30. März 2011 veröffentlicht.
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 Telefon-Profil abzielen. Um ein bestimmtes Profil eines Frameworks zu verwenden, fügen Sie einen Gedankenstrich gefolgt von der Profilkürzel an. Wenn Sie beispielsweise SilverLight auf einem Windows Telefon (auch Windows Telefon 7) ausführen möchten, können Sie eine Assembly in den Sl3-wp-Ordner einfügen, wie im folgenden Screenshot gezeigt.
Sie könnten fragen, warum wir nicht nur wp7 als Moniker verwenden. Teilweise erwarten wir, dass Windows Telefon 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.
Beim Installieren eines Pakets mit starken benannten Assemblys kann NuGet jetzt Fälle erkennen, in denen das Projekt Bindungsumleitungen erfordert, um der Konfigurationsdatei hinzugefügt zu werden, damit das Projekt kompiliert und automatisch hinzugefügt wird. 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.
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 Consumer Ihres Pakets auf die Frameworkassembly 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 den Schwerpunkt auf der 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 werden die Attribute für das frameworkAssembly
-Element aufgeführt.
Attribute | Beschreibung |
---|---|
assemblyName | Erforderlich. Name der Assembly, wie System.Net . |
targetFramework | Optional. Ermöglicht das Angeben eines Frameworks und eines Profilnamens (oder Alias), das diese Frameworkassembly auf net40 oder sl4 anwendet. 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>
Wenn Sie das Befehlszeilentool nuget.exe verwenden, können Sie jetzt den SetApiKey-Befehl 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.exe finden Sie in der Dokumentation zum Veröffentlichen eines Pakets.
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)
.
Die vorherige Liste war die auffälligste der vielen Features, die wir implementiert haben, und Bugs, die wir behoben haben. Alles in allem haben wir in dieser Version [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)
implementiert/behoben.
- 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 eine Fehlermeldung angezeigt wird, die etwas über ein inkompatibles Schema angibt, wird dieser Fehler ausgeführt. Bitte 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.