Versionshinweise zu NuGet 1.3

NuGet 1.2 Versionshinweise | NuGet 1.4 – Versionshinweise

NuGet 1.3 wurde am 25. April 2011 veröffentlicht.

Neue Funktionen

Optimierte Paketerstellung mit Symbolserverintegration

Das NuGet-Team hat sich mit den Leuten bei SymbolSource.org zusammengetan, um Ihnen eine wirklich einfache Möglichkeit zum Veröffentlichen Ihrer Quellen und PDB zusammen mit Ihrem Paket bieten zu können Auf diese Weise können Verbraucher Ihres Pakets in die Quelle für Ihr Paket im Debugger wechseln. Weitere Details finden Sie unter Erstellen und Veröffentlichen eines Symbolpakets. Die einfache Möglichkeit zum Veröffentlichen von NuGet-Paketen mit Quellen. Sie können auch eine Live-Demonstration dieses Features im Rahmen des NuGet in Depth Talk bei Mix11 erhalten. Dieses Feature wird ab der 20-Minuten-Marke des Videos vollständig demonstriert.

Hinweis

Die obigen Versionen sind veraltet und werden nicht mehr unterstützt.

Open-PackagePage-Befehl

Dieser Befehl erleichtert den Zugriff auf die Projektseite für ein Paket aus der Paket-Manager-Konsole. Es bietet außerdem Optionen zum Öffnen der Lizenz-URL und der Seite Missbrauch melden für das Paket. Die Syntax für diesen Befehl lautet:

Open-PackagePage -Id <string> [-Version] [-Source] [-License] [-ReportAbuse] [-PassThru]

Die -PassThru-Option wird verwendet, um den Wert der angegebenen URL zurückzugeben.

Beispiele:

PM> Open-PackagePage Ninject

Öffnet einen Browser mit der Projekt-URL, die im Ninject-Paket angegeben ist.

PM> Open-PackagePage Ninject -License

Öffnet einen Browser mit der im Ninject-Paket angegebenen Lizenz-URL.

PM> Open-PackagePage Ninject -ReportAbuse

Öffnet einen Browser mit der URL an der aktuellen Paketquelle, die verwendet wird, um Missbrauch für das angegebene Paket zu melden.

PM> $url = Open-PackagePage Ninject -License -WhatIf -PassThru

Weist die Lizenz-URL der Variable $url zu, ohne die URL in einem Browser zu öffnen.

Leistungsverbesserungen

NuGet 1.3 wartet mit vielen Leistungsverbesserungen auf. NuGet 1.3 vermeidet das mehrfache Herunterladen derselben Version eines Pakets, indem es einen lokalen Zwischenspeicher für jeden Benutzer einführt. Auf den Zwischenspeicher kann über das Dialogfeld Einstellungen des Paketmanagers aufgerufen und gelöscht werden:

NuGet Options Dialog with Package Cache Settings

Zu den weiteren Leistungsverbesserungen gehören die Hinzufügung von Unterstützung für HTTP-Komprimierung und die Verbesserung der Geschwindigkeit der Paketinstallation in Visual Studio.

Visual Studio und nuget.exe verwenden dieselbe Liste von Paketquellen

Vor NuGet 1.3 wurden die von nuget.exe und dem NuGet Visual Studio-Add-in verwendeten Paketquellen nicht an demselben Ort gespeichert. NuGet 1.3 verwendet jetzt an beiden Stellen dieselbe Liste. Die Liste wird in NuGet.Config und im AppData-Ordner gespeichert.

nuget.exeignoriert Dateien und Ordner, die standardmäßig mit „.“ beginnen.

Damit NuGet gut mit Quellcodeverwaltungssystemen wie Subversion und Mercurial funktioniert, ignoriert nuget.exe Ordner und Dateien, die beim Erstellen von Paketen mit dem Zeichen „.“ beginnen. Dies kann mit zwei neuen Flags überschrieben werden:

  • -NoDefaultExcludes wird verwendet, um diese Einstellung zu überschreiben und alle Dateien miteinzuschließen.
  • -Exclude wird verwendet, um andere Dateien/Ordner hinzuzufügen, die mit einem Muster ausgeschlossen werden sollen. Beispielsweise um alle Dateien mit der Dateierweiterung „.bak“ auszuschließen.
nuget Pack MyPackage.nuspec -Exclude **\*.bak

Hinweis: Das Muster ist standardmäßig nicht rekursiv.

Unterstützung für WiX-Projekte und .NET Micro-Framework

Dank der Beiträge der Community bietet NuGet Unterstützung für WiX-Projekttypen sowie für das .NET Micro-Framework.

Fehlerkorrekturen

Eine vollständige Liste der Fehlerkorrekturen finden Sie unter [NuGet Issue Tracker for this release](http://nuget.codeplex.com/workitem/list/advanced?keyword=&status=All&type=All&priority=All&release=NuGet%201.3&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0).

Fehlerkorrekturen, die hier erwähnt werden sollten

  • Pakete mit Quelldateien funktionieren sowohl auf Websites als auch in Webanwendungsprojekten. Für Websites werden Quelldateien in den App_Code-Ordner kopiert.