Versionshinweise zu NuGet 3.0

NuGet 3.0 Vorschau Versionshinweise | NuGet 3.0 RC Versionshinweise

NuGet 3.0 Beta wurde am 23. Februar 2015 für die Version Visual Studio 2015 CTP 6 veröffentlicht. Diese Version bedeutet viel für unser Team, da wir eine Reihe von Architektur- und Leistungsverbesserungen zur Freigabe haben, und wir freuen uns, die Leistungseinstellungen für unseren nuget.org-Dienst zu optimieren.

Es wird dringend empfohlen, vor der Installation dieser neuen Version eine frühere Version der NuGet Visual Studio 2015-Erweiterung zu deinstallieren. Wenn Sie Probleme mit dieser Version der Erweiterung haben, empfehlen wir Ihnen, die [prior version](http://nuget.codeplex.com/downloads/get/909582) Verwendung mit Visual Studio 2015 Preview zu rückgängig machen.

Visual Studio 2012+

Diese NuGet 3.0 Betaversion ist für die Installation im Visual Studio 2015 CTP 6-Erweiterungskatalog verfügbar. Wir arbeiten daran, Vorschauen für Visual Studio 2012 und Visual Studio 2013 sehr bald zu erhalten. Wir haben bereits mitgeteilt, dass wir beabsichtigen, die Updates für Visual Studio 2010 einzustellen, und wir haben diese schwierige Entscheidung getroffen.

Neue Client-/Server-API

Wir haben an einigen Implementierungsdetails für das Client-/Serverprotokoll von NuGet gearbeitet. Wir haben eine „API v3“ für NuGet entwickelt, die auf hohe Verfügbarkeit für kritische Szenarien wie die Wiederherstellung von Paketen und die Installation von Paketen ausgerichtet ist. Die neue API basiert auf REST und Hypermedia, und wir haben JSON-LD als Ressourcenformat ausgewählt.

In den NuGet 3.0 Beta-Bits wird eine neue Paketquelle namens api.nuget.org im Paketquelldropdown angezeigt. Wenn Sie diese Paketquelle auswählen, verwenden wir stattdessen unsere neue API, um eine Verbindung mit nuget.org herzustellen. In NuGet 3.0 RC ersetzt diese neue v3-basierte API-Paketquelle die v2-basierte Paketquelle nuget.org. Es wird empfohlen, alle anderen öffentlichen Paketquellen zu deaktivieren und nur api.nuget.org als einziges öffentliches Paket-Repository zu belassen.

Wir haben viel Zeit in die Erstellung unserer v3-API gesteckt und Standard die Standard-v2-API für alte Clients beibehalten, die auf die öffentliches Repository zugreifen möchten.

Aktualisierte Benutzeroberfläche

Wir haben die Benutzeroberfläche in dieser Version um ein Kombinationsfeld erweitert, mit dem Sie eine Aktion auswählen können, die mit dem Paket ausgeführt werden soll, und die Vorschauschaltfläche in ein Kontrollkästchen im Optionsbereich des Bildschirms übergestellt hat. Der Optionsbereich ist nicht mehr reduzierbar und bietet jetzt einen Hilfelink zur Beschreibung der verfügbaren Optionen.

Operationsprotokoll

Wir haben das modale Fenster mit Protokollierungsinformationen entfernt, die beim Installieren oder Deinstallieren schnell angezeigt und ausgeblendet wurden. Dieses Fenster hat keinen Wert hinzugefügt, wenn Sie die Informationen wirklich anzeigen oder in der Lage sein würden, sie zu kopieren und einzufügen. Stattdessen leiten wir nun alle Ausgabeprotokollierung an den Paket-Manager Bereich des Ausgabefensters um. Wir glauben, dass dies komfortabler ist und einem typischen Buildbericht ähnelt, den Sie überprüfen möchten.

Fokus auf Leistung

Wir haben viele Änderungen am Namen der Verbesserung der Leistung von NuGet-Suchvorgängen und Abrufen vorgenommen. Dies war die Nummer Eins von unseren Kunden, und wir wollten sicherstellen, dass wir es in dieser Version behoben haben. Wir haben unsere Server optimiert, ein neues CDN erstellt und die Abfrageabgleichslogik verbessert, um Ihnen hoffentlich relevantere und schnellere Paketsuchergebnisse zu liefern.

Während dieser Phase der Entwicklung von NuGet 3.0 werden wir den nuget.org-Dienst optimieren und überwachen, um sicherzustellen, dass wir eine verbesserte Erfahrung bieten. Wir planen keine Ausfallzeiten, sondern werden Ressourcen im Dienst hinzufügen und ändern. Achten Sie auf unseren Twitter-Feed, um Details darüber zu erhalten, wann wir die Dienstkonfiguration ändern.

Erstellen von NuGet mit NuGet

Wir haben jetzt unsere NuGet-Clients in mehrere Komponenten umgeleitet, die selbst in NuGet-Pakete integriert werden. Diese Erneute Verwendung unserer eigenen Bibliotheken zwingt uns, Komponenten zu erstellen, die wiederverwendbar sind und ordnungsgemäß verpackt werden können. Wir konnten doppelten Code eliminieren und haben gelernt, wie wir unseren Entwicklungsprozess besser konfigurieren können, um die Notwendigkeit der Erstellung von Paketen in unseren Lösungen zu unterstützen. In Kürze werden wir in einem Blogbeitrag erläutern, wie die Code-Projekte strukturiert sind und wie unser Build-Prozess funktioniert.

Bleiben Sie auf dem Laufenden!

Bitte achten Sie auf unseren Blog für weitere Fortschritte und Ankündigungen für NuGet 3.0!